关闭频道与发送例如一个空的结构？

Question

我有一个通道连接的通道，所以每个goroutine都会触发另一个直到所有的通道都运行。放得更简单，想象两个门店A和B，以便当A完成后，它应该告诉B它可以运行。

这工作正常，我已经尝试了几个变种，因为我已经了解了更多关于pipelines in Go。

目前，我有一个信令信道

ch := make(chan struct{}) 
go A(ch) 
go B(ch) 
... 

上

func B(ch <-chan struct{}) { 
    <-ch 
    ... 

和AB块做

func A(ch chan struct{}) { 
    defer close(ch) 
    ... 
} 

能正常工作的时候，我也试过关闭，而不是关闭，发送一个空的结构struct{} i n A()。

关闭通道或发送空结构有什么区别吗？无论哪种方式更便宜/更快/更好？

当然，在通道中发送任何其他类型会占用“一些”内存量，但它如何与空的结构？关闭只是通道的一部分，因此即使信息在goroutine之间传递，也不会“发送”。

我很清楚过早的优化。这只是为了理解事情，而不是优化任何事情。

也许有一种惯用的Go方式来做到这一点？

感谢您对此的任何澄清！

Answer 1

关闭通道表示该通道上不会有更多的发送。这通常是可取的，因为在无意发送或关闭（编程错误）的情况下，您会在此之后发生恐慌。 A close也可以向多个接收器发送信号，表明没有更多的消息，通过发送哨兵值你不能很容易地进行协调。

自然地，在通道中发送任何其他类型占用“一些”内存量，但它是如何与空的结构？

不能保证它在一个无缓冲的通道中占用额外的内存（这完全是一个实现细节）。发送阻塞直到接收可以继续。

关闭只是通道的一部分，因此即使信息在goroutine之间传递，也不会如此“发送”。

这里没有优化，close只是可以发送到频道的另一种类型的消息。

每个结构都有明确的含义，您应该使用适当的结构。

• 如果您需要发信号通知一个接收器，并保持通道打开以发送更多值，则发送一个标记值。

• 关闭信道，如果这是最后的消息，可能信号的多个接收器，并且这将是再次发送或接近一个错误。

Answer 2

您可以从多个goroutines从封闭的渠道接收，他们将永远不会阻止。这是一个主要优势。这是one_to_many模式。

finish := make(chan struct{})可以many_to_one模式时使用多个并发选手要举报的东西做的，外人不会panic。

这不是内存消耗。