除非绝对需要，否则使用无锁架构
复杂性中有一些东西吸引了每一位工程师。与常规同步机制（如互斥锁、条件变量、异步等）相比，无锁编程听起来非常性感。然而，与我交谈过的每一位经验丰富的 C++ 开发人员都认为，使用无锁编程作为首要手段是一种过早的优化形式，可能会在最合适的时候再次困扰你（想想当你没有完整的堆转储时，生产会崩溃！）。
在我的 C++ 职业生涯中，只有一项技术需要无锁代码的性能，因为我们处于资源受限的系统中，来自我们组件的每个事务需要不超过 10 微秒的时间。
因此，在您开始考虑采用无锁路线之前，请按顺序问自己以下三个问题：
- 您是否考虑过将系统设计为不需要同步机制？最好的同步往往是“不同步”！
- 如果您确实需要同步，您是否分析过您的代码以了解性能特征？如果是，您是否尝试过优化热代码路径？
- 你可以扩大规模而不是扩大规模吗？
简而言之，对于常规应用程序开发，请仅在用尽所有其他替代方案时才考虑无锁编程。
原文链接: https://www.cnblogs.com/strive-sun/p/16329005.html
欢迎关注
微信关注下方公众号，第一时间获取干货硬货；公众号内回复【pdf】免费获取数百本计算机经典书籍;
也有高质量的技术群，里面有嵌入式、搜广推等BAT大佬
原创文章受到原创版权保护。转载请注明出处：https://www.ccppcoding.com/archives/404501
非原创文章文中已经注明原地址，如有侵权，联系删除
关注公众号【高性能架构探索】，第一时间获取最新文章
转载文章受原作者版权保护。转载请注明原作者出处！
