shared_ptr的引用计数线程安全，但对象访问和变量读写需外部同步。正确做法是用互斥锁保护shared_ptr变量本身，对所指对象的操作需额外加锁，避免循环引用可使用weak_ptr。
在多线程环境下使用C++的
std::shared_ptr时，很多人误以为它是完全线程安全的。实际上，shared_ptr的线程安全性有明确的边界：它的引用计数操作是原子的，但对所指向对象的访问并不自动受保护。
shared_ptr本身的线程安全保证
C++标准规定：
- 多个线程可以同时读取同一个
shared_ptr
实例（即只读操作）是安全的。 - 多个线程分别持有相同对象的不同
shared_ptr
副本，各自进行拷贝或赋值，也是安全的，因为引用计数的增减是原子操作。 - 但是，如果多个线程同时对同一个shared_ptr对象进行读写（比如一个线程拷贝，另一个线程重置），则需要外部同步机制（如互斥锁）。
简单说：引用计数安全，指针对象访问不安全，shared_ptr变量本身也不是线程安全的容器。
常见错误场景与正确做法
假设我们有一个全局的
shared_ptr：
立即学习“C++免费学习笔记（深入）”；
std::shared_ptr global_data;
错误用法：
- 线程A执行
global_data = std::make_shared();
- 线程B执行
auto p = global_data;
这两个操作同时修改和读取同一个
global_data变量，属于数据竞争，未定义行为。
正确做法： 使用互斥锁保护对shared_ptr变量的访问：
SLStuan手拉手团购程序(仿拉手网)
下载
手拉手团购系统是一套Groupon模式的开源团购程序，是骏商网络(dream3.cn)旗下开发的一套仿拉手网团购程序，是国内首套采用ASP+MSSQL开发的团购程序，安装超简，功能超全面，在保留手拉手团购系统版权的前提下，允许所有用户永久免费使用、永久免费升级。手拉手团购系统内置多种主流在线支付接口，所有网银用户均可无障碍支付；短信发送团购券和实物团购快递发货等。 SLStuan手拉手团购程序 v
std::mutex data_mutex;
std::shared_ptr global_data;
// 线程安全地更新
void update_data() {
auto new_data = std::make_shared();
std::lock_guard lock(data_mutex);
global_data = new_data;
}
// 线程安全地读取
std::shared_ptr get_data() {
std::lock_guard lock(data_mutex);
return global_data; // 拷贝是安全的
}
注意：返回的是副本，调用方拿到后可以在自己线程中使用，引用计数已增加，生命周期得到保障。
对所管理对象的线程安全需自行保证
即使多个线程各自持有一个指向同一对象的
shared_ptr副本，对这个对象的读写仍需同步。
- 例如两个线程通过各自的
shared_ptr
调用data->modify()
，若modify
不是线程安全的，就会出问题。 -
解决方法：在
Data
类内部使用互斥量，或由上层逻辑加锁。
典型模式：
class Data {
public:
void modify() {
std::lock_guard lock(mutex_);
// 实际修改操作
}
private:
mutable std::mutex mutex_;
};
避免循环引用，防止内存泄漏
多线程中频繁创建对象容易引入循环引用。应合理使用
std::weak_ptr打破循环。
- 比如缓存、观察者模式中，用
weak_ptr
保存非拥有型引用。 - 检查时先调用
lock()
获取临时shared_ptr
，确保对象存活。
示例：
std::weak_ptr cache;
auto ptr = cache.lock();
if (ptr) {
// 安全使用ptr，引用计数已增加
use(ptr);
} else {
// 对象已被释放
}
基本上就这些。只要记住：shared_ptr帮你管生命周期，不管并发访问。变量共享要加锁，对象访问也要加锁。设计清晰，责任分明，多线程下才能安全使用。
