对于性能关键型代码，我应该使用互斥体而不是通道吗？
Onn*_*nns 0 optimization channel go
我现在正在读《Go中的并发》这本书，这个决策树是为了教我们选择“原语”或“通道”而设计的。
\n\n\n它是性能关键部分吗？
\n
\n\n这绝对并不意味着，\xe2\x80\x9c我希望我的程序具有高性能，因此我只会使用互斥体。\xe2\x80\x9d 相反，如果您已经分析了程序的一部分，并且它变成了发现这是一个主要瓶颈，比程序的其余部分慢几个数量级，使用内存访问同步原语可能有助于该关键部分在负载下执行。这是因为通道使用内存访问同步来操作，因此它们只能更慢。然而，在我们考虑这一点之前，性能关键部分可能会暗示我们需要重组我们的程序。
\n
但它仍然不能解释为什么我们应该使用channels，因为performance总是很重要\xe2\x80\x9c我希望我的程序具有高性能，因此我只会使用互斥体。\xe2\x80\x9d
所以我仍然不知道如何选择使用互斥体或通道。
\n这里根据性能在通道和互斥体之间进行选择的前提是一个错误的困境。
渠道更昂贵，因为它们做得更多。通过从通道转向基元，您将失去一些功能。
如果您的程序仍然可以正常工作，则意味着您一开始就不需要附加功能。
如果您的程序不再工作，这意味着您需要“构建备份”以恢复丢失的功能。
通道在概念上非常简单，并且内置于语言和运行时本身中（包括您在用户态代码中无法访问的各种优化和技巧）。这意味着，实际上，任何从原语“构建备份”的尝试都将导致比chan.