当然。这问题已经解决。实际上不是用协程，而是用接续模式。
N个响应都去处理一个计数器，计数器到0任务完成。也可以有超时完不成的，都能处理。
【 在 wallyz 的大作中提到: 】
: 提醒一下，五个响应回来的顺序不一定
:
--
FROM 221.218.61.*

最后一个很容易。各个语言都会提供一个 when(), all(), map() 之类的函数。使用方式大概是这样：

async function pow2(i) {
    resp = await http.post(url, {"i": i});
    return resp.json()["result"];
}

let to_process = [...Array(10).keys()]
let results = Coroutine.map(pow2, to_process);
console.debug(results);

这里就会打印出使用 http 接口获得的平方序列。

【 在 wallyz 的大作中提到: 】
: 我的朴素理解：
: 协程就是内嵌数据、自带可更新的状态、可根据当前状态和数据恢复/继续执行的一个东西
: 至于是用栈，还是用另外的某种数据结构（比如一个很另类的类）来实现这个东西，理论上都是可以的
: ...................
--
FROM 110.81.0.*

generator和closure很像啊

或者说迭代器是闭包的一个典型用法吧
【 在 hgoldfish 的大作中提到: 】
: 太有用了啊。比如 python 的 os.walk() 就是典型的应用。用迭代器以后，不再需要把整个 list/map 传递给上层调用者，经常能够省掉大量内存。
: 再来一个编译原理的应用，解析 token:
: https://github.com/hgoldfish/gsion_script/blob/master/gsion#L78
: ...................
--
修改:gfkid FROM 124.64.17.*
FROM 124.64.17.*

迭代器或者 stackless 协程，内部都会生成一个 context，这个不算闭包吧？

【 在 gfkid 的大作中提到: 】
: generator和closure很像啊
: 或者说迭代器是闭包的一个典型用法吧
--
FROM 183.253.146.*

谢谢，这就是我想找的文章
总觉得有联系

所以我觉得之前lvsoft说的有道理
起源是continuation
【 在 z16166 的大作中提到: 】
: 这三个是不同的概念，但可以组合起来用
: Coroutines, closures and continuations
: https://blogs.igalia.com/vjaquez/2008/10/09/coroutines-closures-and-continuations/
: ...................
--
修改:gfkid FROM 114.249.16.*
FROM 114.249.16.*