本文探讨了为什么在多线程环境中，读写shared_ptr需要加锁，由于shared_ptr包含两个数据成员，非原子操作可能导致race condition。通过分析shared_ptr的数据结构和可能的并发问题，强调了未加锁读写同一shared_ptr对象的潜在风险，指出必须加锁以避免空悬指针等错误。此外，文章还提及了make_shared的效率优势。
为什么多线程读写 shared_ptr 要加锁？
陈硕（giantchen_AT_gmail_DOT_com）
2012-01-28
最新版下载：http://chenshuo.googlecode.com/files/CppEngineering.pdf
我在《Linux 多线程服务端编程：使用 muduo C++ 网络库》第 1.9 节“再论 shared_ptr 的线程安全”中写道：
（shared_ptr）的引用计数本身是安全且无锁的，但对象的读写则不是，因为 shared_ptr 有两个数据成员，读写操作不能原子化。根据文档（http://www.boost.org/doc/libs/release/libs/smart_ptr/shared_ptr.htm#ThreadSafety）， shared_ptr 的线程安全级别和内建类型、标准库容器、std::string 一样，即：
• 一个 shared_ptr 对象实体可被多个线程同时读取（文档例1）；
• 两个 shared_ptr 对象实体可以被两个线程同时写入（例2），“析构”算写操作；
• 如果要从多个线程读写同一个 shared_ptr 对象，那么需要加锁（例3~5）。
请注意，以上是 shared_ptr 对象本身的线程安全级别，不是它管理的对象的线程安全级别。
后文（p.18）则介绍如何高效地加锁解锁。本文则具体分析一下为什么“因为 shared_ptr 有两个数据成员，读写操作不能原子化”使得多线
最低0.47元/天 解锁文章
1639
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
