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