shared_ptr初始化不必用new，推荐make_shared；传原始指针需确保唯一性并配自定义删除器；拷贝赋值时引用计数原子增减，但shared_ptr变量本身非线程安全；reset()使get()返回nullptr并触发析构；循环引用须用weak_ptr解决。
shared_ptr 初始化必须用 new 或 make_shared？
不用。直接用 std::shared_ptr 构造函数或 std::make_shared 都可以，但推荐后者——它更安全、更高效。用 new 手动构造容易漏掉异常处理，比如 shared_ptr<int>(new int(42))</int> 看似可行，但如果同一行还有其他可能抛异常的表达式（如另一个 new），就可能导致内存泄漏。
正确做法是优先用 std::make_shared：
auto p = std::make_shared<int>(42); // 推荐 auto q = std::shared_ptr<int>(new int(42)); // 不推荐，除非必须传自定义删除器
注意：make_shared 在同一块内存里分配控制块和对象，减少一次内存分配；而裸指针构造方式要两次分配。
如何传递原始指针给 shared_ptr？
可以，但必须确保原始指针是 new 出来的、且未被其他智能指针管理过，否则会 double-delete。常见错误是把栈变量地址或重复托管的指针传进去：
立即学习“C++免费学习笔记（深入）”；
-
int x = 10; auto p = std::shared_ptr<int>(&x);→ 未定义行为，析构时 delete 栈地址 -
auto p = std::make_shared<int>(1); auto q(p); auto r(new int(*p.get()));→r和p指向不同内存，但若误用get()后又手动delete，就出问题
真正需要传原始指针的场景，通常是封装 C API 返回的资源，这时必须配套提供自定义删除器：
FILE* f = fopen("test.txt", "r");
auto fp = std::shared_ptr<FILE>(f, [](FILE* p) { if (p) fclose(p); });shared_ptr 赋值和拷贝时引用计数怎么变？
每次拷贝或赋值，引用计数自动 +1；离开作用域或重置时 -1；减到 0 才释放资源。关键点在于：这不是线程安全的计数更新——读写引用计数本身是原子的，但多个线程同时对同一 shared_ptr 实例做拷贝/赋值/重置，仍需外部同步。
常见误用：
- 多个线程无保护地修改同一个
shared_ptr<T>变量（比如都调reset()或赋新值）→ 数据竞争 - 认为
shared_ptr管理的对象线程安全 → 完全无关，对象内部仍需加锁
如果只是共享访问，不修改指针本身，那没问题：
auto p = std::make_shared<std::vector<int>>(); // OK：多个线程读 p，或各自拷贝 p
为什么 reset() 后 get() 返回 nullptr？
因为 reset() 显式放弃所有权，引用计数减一；如果此时计数归零，对象被销毁，内部指针清空为 nullptr。这和赋值 nullptr 效果一样：
auto p = std::make_shared<int>(100); p.reset(); // 等价于 p = nullptr; assert(p.get() == nullptr);
容易忽略的细节：reset() 不仅清空当前实例，还会触发原管理对象的析构（如果它是最后一个 owner）。所以别在析构函数里调用 reset() 去“提前释放”，除非你清楚对象生命周期和循环引用风险。
真正难处理的是循环引用——两个 shared_ptr 相互持有，谁都不 release，内存永远不回收。这时候得用 std::weak_ptr 打断循环，而不是靠 reset。
