对于多异步任务并行,buffer chan 和 sync.waitGroup 两种写法有什么区别?分别适应什么场景?
1
lambdaxs OP 不知道我有没有说清楚.....基本场景,多个异步任务同时进行,最终结果返回取决于耗时最长的任务
|
2
lambdaxs OP 没有泛型 难受
|
3
lambdaxs OP 没有模式匹配 难受
|
4
lambdaxs OP 没有惰性计算 难受
|
5
lambdaxs OP 没有 ADT 难受
|
6
lambdaxs OP 没有 macro 难受
|
7
rrfeng 2018-04-12 16:34:59 +08:00
@lambdaxs
『多个异步任务同时进行,最终结果返回取决于耗时最长的任务』难道你想要取决于最短的子任务?? 简单来说 chan 用来把同步变成异步,sync 用来控制并发,这两个并不是同样的概念。 后面你说的我也不懂是什么。 |
8
lambdaxs OP @rrfeng 明白了一些 看了下 GMP 并发模型
chan 用于在协程间传递数据 wg 保证多个协程执行完后返回 在不需要数据传输的场景 wg 效率会更高 buffer chan 因为需要存取数据要牺牲一点效率 可以理解成两种不同类型的锁 |
9
bigpigeon 2018-04-12 18:20:25 +08:00 1
chan 就是队列,你也可以理解为一个线程安全的 slice,用于在 go 携程之间传输数据
wg 就是一个同步锁 |