C++ 多线程的错误和如何避免（15）
尽量不使用无锁架构，除非绝对必要
复杂性中有一些东西吸引了每一位工程师。与常规同步机制（如互斥锁、条件变量、异步等）相比，无锁编程听起来非常性感。然而，与我交谈过的每一位经验丰富的 C++ 开发人员都认为，使用无锁编程作为首要手段是一种过早的优化形式，可能会在最合适的时候再次困扰你（想想当你没有完整的堆转储时，生产会崩溃！）。
在我的 C++ 职业生涯中，只有一项技术需要无锁代码的性能，因为我们处于资源受限的系统中，来自我们组件的每个事务需要不超过 10 微秒的时间。
因此，在您开始考虑采用无锁路线之前，请按顺序问自己以下三个问题：
- 您是否考虑过将系统设计为不需要同步机制？最好的同步往往是“不同步”！
- 如果您确实需要同步，您是否分析过您的代码以了解性能特征？如果是，您是否尝试过优化热代码路径？
- 你可以扩大规模而不是扩大规模吗？
简而言之，对于常规应用程序开发，请仅在用尽所有其他替代方案时才考虑无锁编程。
