与Python等其他语言相比，golang中的WaitGroup是不是倒退了一步？

Question

我对golang非常陌生，我正在尝试goroutine，虽然并发运行很容易，但golang使用WaitGroup“连接线程”的方式有点惊讶。在

据我所知，goroutine需要引用WaitGroup对象来调用Done()，这意味着，我必须使goroutine接受WaitGroup对象，或者使{}对象成为goroutine的全局对象。在

但是在Python等其他语言中，调用thread.join()，“控制”部分位于线程代码之外。在

就像我说的，我对高朗很陌生，我不知道为什么它是这样设计的，有人能解释一下这个方面吗？在

更新： 我希望这场争论不是基于“Goroutine vs Thread”，最终他们都试图实现（某种程度上的）“并发”，我的问题更多的是关于程序流的控制。在

Answer 1

霍布斯和克里克的回答尤其出色，但我觉得还有更多的话要说。在

WaitGroup是管理多个goroutine的一种非常常见的概念，它当然是常用的，甚至在许多情况下都是惯用的。你知道吗？能够打电话螺纹连接（）可能确实比处理WaitGroups要好，因为它只是等待前面启动的一堆线程/goroutine。在

但是，togo的并发模型远不止于此。在

goroutine是专门为而不是设计的拥有所有权、层次或句柄的概念。他们是独立的，平等的，有责任结束自己的处决。这与强并发原语相结合，使Go的模型具有几乎无与伦比的灵活性。在

因此，如果您发现自己几乎每次使用goroutines时都在使用WaitGroups，那么您可能在建模和构建程序时没有充分利用并发性的优势，更有可能您只是使用goroutines来并行化计算。在

为了更直接地回答你的问题，WaitGroups与螺纹连接（），但是原始的低级构建块在Go的并发模型中更有用。毕竟，goroutine不是线程，它们的使用方式也不完全相同。在