对于性能关键型代码，我应该使用互斥体而不是通道吗？

Question

我现在正在读《Go中的并发》这本书，这个决策树是为了教我们选择“原语”或“通道”而设计的。

它是性能关键部分吗？

这绝对并不意味着“我希望我的程序具有高性能，因此我只会使用互斥体。”相反，如果您已经分析了程序的一部分，并且结果证明它是一个主要瓶颈，比程序的其余部分慢几个数量级，那么使用内存访问同步原语可能会帮助该关键部分执行在负载下。这是因为通道使用内存访问同步来操作，因此它们只能更慢。然而，在我们考虑这一点之前，性能关键部分可能会暗示我们需要重组我们的程序。

但是它仍然不能解释为什么我们应该使用

channels

，因为

performance

总是很重要，所以“我希望我的程序具有高性能，因此我只会使用互斥体。”

所以我仍然不知道如何选择使用互斥体或通道。

Answer 1

这里的前提是根据性能在通道和互斥体之间进行选择是一个错误的困境。

渠道更贵，因为它们做的事情更多。通过从通道转向基元，您将失去一些功能。

如果您的程序仍然正常工作，则意味着您一开始就不需要额外的功能。

如果您的程序不再工作，这意味着您需要“构建备份”以恢复丢失的功能。

通道的概念非常简单，并且内置于语言和运行时本身中（包括您在用户态代码中无法访问的各种优化和技巧）。这意味着，实际上，任何从原语“构建备份”的尝试都将导致比

chan

更糟糕的实现。