在处理性能关键型代码时，是选择互斥体还是通道更好？

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《在处理性能关键型代码时，是选择互斥体还是通道更好？》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

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

它是性能关键部分吗？

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

但这仍然不能解释为什么我们应该使用 channels，因为 performance 总是很重要，所以“我希望我的程序具有高性能，因此我只会使用互斥体。”

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

正确答案

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

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

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

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

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

到这里，我们也就讲完了《在处理性能关键型代码时，是选择互斥体还是通道更好？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！