shared_ptr初始化首选make_shared，它一次性分配控制块和对象内存，更高效安全；仅在需自定义删除器或兼容裸指针时才用new，但须确保无异常风险。
shared_ptr 初始化必须用 make_shared，别直接 new
直接用 new 构造 shared_ptr 不仅多一次内存分配，还可能因异常导致资源泄漏。比如 shared_ptr<int>(new int(42))</int> 看似可行，但若构造过程中抛异常（比如后续参数的构造失败），new 出来的对象就没人接管了。
正确做法是统一用 make_shared：它把控制块和对象内存一次性分配，更高效也更安全。
-
make_shared是唯一推荐的初始化方式，除非你要绑定自定义删除器或兼容裸指针接口 - 不能用
make_shared初始化需要私有构造/显式转换的类？那就老老实实用shared_ptr<t>(new T{...})</t>，但得确保周围没异常风险 - 注意：
make_shared会转发参数给T的构造函数，不支持 initializer_list 语法（如{1,2,3}）直接传入，得改用std::initializer_list显式类型
shared_ptr 赋值和拷贝不是“深拷贝”，而是引用计数加一
新手常误以为 shared_ptr 拷贝会复制所指对象——其实只是增加引用计数。两个 shared_ptr 可以指向同一块内存，析构时引用计数归零才真正 delete。
这带来两个典型问题：
立即学习“C++免费学习笔记（深入）”；
- 循环引用：A 持有 B 的
shared_ptr，B 也持有 A 的shared_ptr→ 引用计数永远不为 0，内存泄漏。解法是其中一方改用weak_ptr - 意外延长生命周期：函数返回局部
shared_ptr、或存入容器后，原变量销毁不影响对象存活 —— 这是设计意图，但容易让人忽略对象实际何时释放 - 不要用裸指针或引用去“窥探”
shared_ptr管理的对象地址（比如&*ptr），一旦 ptr 被 reset，该地址立即失效
get()、reset()、swap() 这三个成员函数最常被误用
get() 返回裸指针，只用于临时传参或调试，绝不能拿去 delete 或长期保存；reset() 主动释放所有权，但若传入新指针，会先释放旧资源再接管新资源；swap() 是无异常强保证操作，适合安全转移所有权。
- 别写
delete ptr.get()—— 这绕过引用计数，大概率 double-free -
reset(nullptr)和reset()效果一样，都清空当前所有权；但reset(new T)会先析构旧对象，再接管新对象（注意异常安全） - 想交换两个
shared_ptr的内容？用swap(a, b)（非成员函数）或a.swap(b)，比赋值更轻量且不会触发引用计数的增减抖动 - 检查是否为空，用
if (!ptr)或if (ptr == nullptr)，别用if (ptr.get() == nullptr)—— 多余且易读性差
和 unique_ptr、weak_ptr 的边界要划清
shared_ptr 的核心代价是原子级引用计数更新，所以别在单线程、独占场景下滥用它。如果对象生命周期明确、无需共享，unique_ptr 更轻量；如果只是临时观察、避免循环引用，weak_ptr 才是解法。
- 从
unique_ptr转成shared_ptr可以用shared_ptr<t>(std::move(uptr))</t>，但反过来不行 ——shared_ptr不支持 move-only 语义 -
weak_ptr不能直接访问对象，必须调用lock()获得临时shared_ptr，且要检查是否为空（对象可能已被释放） - 跨线程传递
shared_ptr是安全的，但引用计数操作有原子开销；若只读不共享所有权，考虑传 const 引用或裸指针 + 明确生命周期约定
shared_ptr 的引用计数机制本身就有隐蔽成本，尤其在高频创建销毁或高并发场景下。真正难的不是怎么写，而是判断「这里到底需不需要共享所有权」。 
