跳转到主内容
趣航编程网 - 趣学编程,启航技术之路!

C++怎么用智能指针 C++中shared_ptr用法【深度】

shared_ptr初始化首选make_shared,它一次性分配控制块和对象内存,更高效安全;仅在需自定义删除器或兼容裸指针时才用new,但须确保无异常风险。 shared_ptr 初始化必须用 make_shared,别直接 new 直接用
new
构造
shared_ptr
不仅多一次内存分配,还可能因异常导致资源泄漏。比如
shared_ptr(new int(42))
看似可行,但若构造过程中抛异常(比如后续参数的构造失败),
new
出来的对象就没人接管了。 正确做法是统一用
make_shared
:它把控制块和对象内存一次性分配,更高效也更安全。
make_shared
是唯一推荐的初始化方式,除非你要绑定自定义删除器或兼容裸指针接口 不能用
make_shared
初始化需要私有构造/显式转换的类?那就老老实实用
shared_ptr(new T{...})
,但得确保周围没异常风险 注意:
make_shared
会转发参数给
T
的构造函数,不支持 initializer_list 语法(如
{1,2,3}
)直接传入,得改用
std::initializer_list
显式类型 shared_ptr 赋值和拷贝不是“深拷贝”,而是引用计数加一 新手常误以为
shared_ptr
拷贝会复制所指对象——其实只是增加引用计数。两个
shared_ptr
可以指向同一块内存,析构时引用计数归零才真正 delete。 这带来两个典型问题: C知道 CSDN推出的一款AI技术问答工具 下载 立即学习 “ 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(std::move(uptr))
,但反过来不行 ——
shared_ptr
不支持 move-only 语义
weak_ptr
不能直接访问对象,必须调用
lock()
获得临时
shared_ptr
,且要检查是否为空(对象可能已被释放) 跨线程传递
shared_ptr
是安全的,但引用计数操作有原子开销;若只读不共享所有权,考虑传 const 引用或裸指针 + 明确生命周期约定 智能指针不是银弹,
shared_ptr
的引用计数机制本身就有隐蔽成本,尤其在高频创建销毁或高并发场景下。真正难的不是怎么写,而是判断「这里到底需不需要共享所有权」。

相关文章