关于 golang 异步并发的一个问题

2018-04-12 15:33:43 +08:00
 lambdaxs

对于多异步任务并行,buffer chan 和 sync.waitGroup 两种写法有什么区别？分别适应什么场景？

1952 次点击
所在节点    问与答
9 条回复
lambdaxs
2018-04-12 15:34:47 +08:00
不知道我有没有说清楚.....基本场景，多个异步任务同时进行，最终结果返回取决于耗时最长的任务
lambdaxs
2018-04-12 15:35:53 +08:00
没有泛型 难受
lambdaxs
2018-04-12 15:36:09 +08:00
没有模式匹配 难受
lambdaxs
2018-04-12 15:36:22 +08:00
没有惰性计算 难受
lambdaxs
2018-04-12 15:36:42 +08:00
没有 ADT 难受
lambdaxs
2018-04-12 15:37:29 +08:00
没有 macro 难受
rrfeng
2018-04-12 16:34:59 +08:00
@lambdaxs
『多个异步任务同时进行，最终结果返回取决于耗时最长的任务』难道你想要取决于最短的子任务？？

简单来说 chan 用来把同步变成异步，sync 用来控制并发，这两个并不是同样的概念。
后面你说的我也不懂是什么。
lambdaxs
2018-04-12 16:55:30 +08:00
@rrfeng 明白了一些 看了下 GMP 并发模型
chan 用于在协程间传递数据
wg 保证多个协程执行完后返回
在不需要数据传输的场景 wg 效率会更高
buffer chan 因为需要存取数据要牺牲一点效率
可以理解成两种不同类型的锁
bigpigeon
2018-04-12 18:20:25 +08:00
chan 就是队列，你也可以理解为一个线程安全的 slice，用于在 go 携程之间传输数据
wg 就是一个同步锁

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/446250

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX