跳到主要内容
C++ 智能指针详解:使用、原理与内存管理 | 极客日志
C++ 算法
C++ 智能指针详解:使用、原理与内存管理 介绍 C++ 智能指针的使用场景与设计思路。基于 RAII 思想,智能指针自动管理资源生命周期。涵盖 unique_ptr、shared_ptr、weak_ptr 的特性差异,重点解析 shared_ptr 引用计数机制及循环引用导致的内存泄漏问题,并提供 weak_ptr 解决方案。同时讲解自定义删除器、make_shared 用法及线程安全问题,旨在帮助开发者避免内存泄漏,规范资源管理。
嘘 发布于 2026/3/16 更新于 2026/4/27 10 浏览智能指针的使用及其场景分析
在下面的程序中,虽然使用了 new 和 delete,但如果抛出异常导致后面的 delete 未执行,会造成内存泄漏。因此需要捕获异常后手动释放内存再抛出,但连续的两个 new 和下面的 Divide 都可能抛异常,处理起来很麻烦。智能指针就是为了解决这种由于异常跳转导致的内存泄漏问题。
#include <iostream>
using namespace std;
double Divide (int x, int y) {
if (y == 0 ) {
string s ("y is zero" ) ;
throw (s);
} else {
return (double )x / (double )y;
}
}
void Func () {
int * array1 = new int [10 ];
int * array2 = new int [10 ];
try {
int a, b;
cin >> a >> b;
cout << Divide (a, b) << endl;
} catch (...) {
cout << "delete []" << array1 << endl;
cout << "delete []" << array2 << endl;
delete [] array1;
[] array2;
;
}
cout << << array1 << endl;
[] array1;
cout << << array2 << endl;
[] array2;
}
{
{
();
} ( * errmsg) {
cout << errmsg << endl;
} ( exception& e) {
cout << e. () << endl;
} (...) {
cout << << endl;
}
}
delete
throw
"delete []"
delete
"delete []"
delete
int main ()
try
Func
catch
const
char
catch
const
what
catch
"Unknown Errmsg"
RAII 和智能指针的设计思路 RAII(Resource Acquisition Is Initialization)是一种管理资源的类的设计思想,本质是利用对象生命周期来管理获取到的动态资源,避免资源泄露。资源代指内存、文件指针、网络连接、互斥锁等。RAII 在获取资源时把资源委托给一个对象,接着控制对资源的访问,资源在对象的生命周期内始终保持有效,最后在对象析构的时候释放资源,这样保证了资源的正常释放,避免资源泄露问题。
智能指针类除了满足 RAII 设计思路,还要方便资源的访问,所以智能指针还会像迭代器类一样,重载 operator*/operator->/operator[] 等运算符,方便访问资源。
template <class T > class SmartPtr {
public :
SmartPtr (T* ptr) :_ptr(ptr) {}
~SmartPtr () { cout << "delete[]" << _ptr << endl; delete [] _ptr; }
T& operator [](int i) { return _ptr[i]; }
T& operator *() { return *_ptr; }
T* operator ->() { return _ptr; }
private :
T* _ptr;
};
C++ 标准库智能指针的使用 C++ 标准库中的智能指针都在头文件下,包含即可使用。智能指针有多种,除了 weak_ptr,其他都符合 RAII 和向指针一样的访问行为,原理上主要是解决智能指针拷贝时的思路不同。
auto_ptr 是 C++98 时设计出来的智能指针,特点是拷贝时把被拷贝对象的资源管理权转给拷贝对象(这会导致被拷贝对象悬空),可能会发生访问报错,C++11 后强烈不建议使用 auto_ptr。
unique_ptr 是 C++11 设计出来的智能指针,名字翻译出来是唯一指针,特点是不支持拷贝,只能移动。如果不需要拷贝的场景非常适合他。
shared_ptr 是 C++11 设计出来的智能指针,名字翻译出来是共享指针,特点是支持拷贝,也支持移动。底层是用引用计数的方式实现的。
weak_ptr 是 C++11 设计出来的智能指针,名字翻译出来是弱指针,他与上面的指针完全不同,不支持 RAII,也不能直接访问资源,其产生的本质是为了解决 shared_ptr 的一个循环引用而导致的内存泄漏问题。
智能指针析构时默认是进行 delete 释放资源,这意味着如果不是 new 出来的资源,交给智能指针来管理,析构就会崩溃。智能指针支持在构造的时候给一个删除器,所谓删除器就是一个可调用对象,这个可调用对象中实现你想要的释放资源的方式,当构造智能指针的时候,给了定制的删除器,在智能指针析构时就会调用删除器去释放资源。因为 new[] 经常使用,所以 unique_ptr 和 shared_ptr 都特化了一份 [] 版本(unique_ptr up1(new Date[5]); shared_ptr sp1(new Date[5])就可以管理 new[] 资源。
template<class T,class... Args> shared_ptr make_shared (Args&&... args);
shared_ptr 除了支持指向资源的指针构造,还支持 make_shared 用初始化资源对象的值直接构造。
shared_ptr 和 unique_ptr 都支持 operator bool 的类型转换,如果智能指针对象是一个空对象没有管理,则返回 false。
shared_ptr 和 unique_ptr 都得构造函数使用 explicit 修饰,防止普通指针隐式类型转换成智能指针对象。
struct Date {
int _year;
int _month;
int _day;
Date (int year = 1 , int month = 1 , int day = 1 ) :_year(year) , _month(month) , _day(day) {}
~Date () { cout << "~Date()" << endl; }
};
int main () {
auto_ptr<Date> ap1 (new Date) ;
auto_ptr<Date> ap2 (ap1) ;
unique_ptr<Date> up1 (new Date) ;
unique_ptr<Date> up3 (move(up1)) ;
shared_ptr<Date> sp1 (new Date) ;
shared_ptr<Date> sp2 (sp1) ;
shared_ptr<Date> sp3 (sp2) ;
cout << sp1. use_count () << endl;
sp1->_year++;
cout << sp1->_year << endl;
cout << sp2->_year << endl;
cout << sp3->_year << endl;
shared_ptr<Date> sp4 (move(sp1)) ;
return 0 ;
}
template <class T> void DeleteArrayFunc (T* ptr) { delete [] ptr; }
template <class T > class DeleteArray {
public :
void operator () (T* ptr) { delete [] ptr; }
};
class Fclose {
public :
void operator () (FILE* ptr) { cout << "fclose" << ptr << endl; fclose (ptr); }
};
int main () {
unique_ptr<Date[]> up1 (new Date[10 ]) ;
shared_ptr<Date[]> sp1 (new Date[10 ]) ;
unique_ptr<Date, DeleteArray<Date>> up2 (new Date[5 ]);
shared_ptr<Date> sp2 (new Date[5 ], DeleteArray<Date>()) ;
unique_ptr<Date, void (*) (Date*) > up3 (new Date[5 ], DeleteArrayFunc<Date>) ;
shared_ptr<Date> sp3 (new Date[5 ], DeleteArrayFunc<Date>) ;
auto delArrOBJ = [](Date* ptr) {delete [] ptr; };
unique_ptr<Date, decltype (delArrOBJ) > up4 (new Date[5 ], delArrOBJ) ;
shared_ptr<Date> sp4 (new Date[5 ], delArrOBJ) ;
shared_ptr<FILE> sp5 (fopen("Test.cpp" , "r" ), Fclose()) ;
shared_ptr<FILE> sp6 (fopen("Test.cpp" , "r" ), [](FILE* ptr) { cout << "fclose:" << ptr << endl; fclose(ptr); }) ;
}
int main () {
shared_ptr<Date> sp1 (new Date(2026 , 1 , 5 )) ;
shared_ptr<Date> sp2 = make_shared <Date>(2026 , 1 , 5 );
auto sp3= make_shared <Date>(2026 , 1 , 5 );
shared_ptr<Date> sp4;
if (sp1. operator bool ()) cout << "sp1 is not nullptr" << endl;
if (!sp4) cout << "sp1 is nullptr" << endl;
}
注意 unique_ptr 和 shared_ptr 支持删除器的方式不同
unique_ptr 是在类模版参数支持的,shared_ptr 是构造函数参数支持的。
在仿函数上:unique_ptr 只需要给类模版传仿函数类型就可以,因为仿函数会自动实例化。
在函数指针上,unique_ptr 既得给类模板传函数指针类型,也得给模版函数传函数指针,因为单单只给类模版传函数指针类型,并不会有一个对应指向实例。
在 lambda 上:unique_ptr 同样既得给模版函数传 lambda 类型,也得给模版函数传 lambda 表达式。
智能指针的原理 下面我们模拟实现一下 auto_ptr 和 unique_ptr 的核心功能,这两个智能指针的实现比较简单,大家了解一下原理就可。auto_ptr 的思路是拷贝的时候转移管理权给被拷贝对象,这种思路是不被认可的,也不建议使用。unique_ptr 的思路是不支持拷贝。
大家重点要看 shared_ptr 是如何设计的,尤其是引用计数的设计,注意这里一份资源就需要一个引用计数,所以引用计数才能用静态成员的方式是无法实现的。要使用堆上动态开辟的方式,构造智能指针对象时来一份资源,就需要 new 一个引用计数出来。多个 shared_ptr 指向资源就++引用计数。要析构就--引用计数,引用计数减到 0 就代表当前析构的 shared_ptr 是最后一个管理资源的对象,就析构资源。
namespace bit {
template <class T > class auto_ptr {
public :
explicit auto_ptr (T* ptr) :_ptr(ptr) { }
explicit auto_ptr (auto_ptr<T>& t) :_ptr(t._ptr) { t._ptr = nullptr ; }
auto_ptr<T>& operator =(auto_ptr<T>& t) {
if (&t != this ) {
if (_ptr) delete _ptr;
_ptr = t._ptr;
t._ptr = nullptr ;
}
}
T* operator ->() { return _ptr; }
T& operator [](int i) { return _ptr[i]; }
T& operator *() { return *_ptr; }
~auto_ptr () { if (_ptr) { cout << "delete:" << _ptr << endl; delete _ptr; } }
private :
T* _ptr;
};
template <class T > class unique_ptr {
public :
explicit unique_ptr (T* ptr) :_ptr(ptr) { }
unique_ptr (unique_ptr<T>&& up) {
if (_ptr) delete _ptr;
_ptr = up._ptr;
up._ptr = nullptr ;
}
unique_ptr<T>& operator =(unique_ptr<T>&& up) {
if (_ptr) delete _ptr;
_ptr = up._ptr;
up._ptr = nullptr ;
return *this ;
}
unique_ptr<T>& operator =(const unique_ptr<T>& up) = delete ;
unique_ptr (const unique_ptr<T>& up) = delete ;
T* operator ->() { return _ptr; }
T& operator [](int i) { return _ptr[i]; }
T& operator *() { return *_ptr; }
~unique_ptr () { if (_ptr) { cout << "delete:" << _ptr << endl; delete _ptr; } }
private :
T* _ptr;
};
template <class T > class shared_ptr {
public :
explicit shared_ptr (T* ptr=nullptr ) :_ptr(ptr) , _count(new int(1 )) { }
template <class D> shared_ptr (T* ptr,D del) :_ptr(ptr) ,_del(del) ,_count(new int(1 )) { }
shared_ptr (const shared_ptr<T>& sp) :_ptr(sp._ptr) ,_count(sp._count) ,_del(sp._del) { (*_count)++; }
void release () {
if (--(*_count) == 0 ) {
_del(_ptr);
delete _count;
_ptr = nullptr ;
_count = nullptr ;
}
}
shared_ptr<T>& operator =(const shared_ptr<T>& sp) {
if (&sp != this ) {
release ();
_ptr=sp._ptr;
_count=sp._count;
_del=sp._del;
(*_count)++;
}
return *this ;
}
T* operator ->() { return _ptr; }
T& operator [](int i) { return _ptr[i]; }
T& operator *() { return *_ptr; }
~shared_ptr () { release (); }
T* get () { return _ptr; }
int use_count () { return *_count; }
private :
int * _count;
T* _ptr;
function<void (T*)> _del = [](T* ptr) {delete ptr; };
};
template <class T > class weak_ptr {
public :
weak_ptr () {}
weak_ptr (const shared_ptr<T>& sp) :_ptr(sp.get ()) { }
weak_ptr<T>& operator =(const shared_ptr<T>& sp) {
_ptr = sp.get ();
return *this ;
}
private :
T* _ptr = nullptr ;
};
}
int main () {
bit::auto_ptr<Date> ap1 (new Date) ;
bit::auto_ptr<Date> ap2 (ap1) ;
bit::unique_ptr<Date> up1 (new Date) ;
bit::unique_ptr<Date> up3 (move(up1)) ;
bit::shared_ptr<Date> sp1 (new Date) ;
bit::shared_ptr<Date> sp2 (sp1) ;
bit::shared_ptr<Date> sp3 (sp2) ;
bit::shared_ptr<Date> sp5 (sp2) ;
bit::shared_ptr<Date> sp4 (new Date(2026 ,1 ,1 )) ;
sp1 = sp4;
cout << sp1. use_count () << endl;
cout << sp1. use_count () << endl;
sp1->_year++;
cout << sp1->_year << endl;
cout << sp2->_year << endl;
cout << sp3->_year << endl;
}
shared_ptr 和 weak_ptr
1.shared_ptr 的循环引用问题 shared_ptr 大多数情况下管理资源非常合适,支持 RAII,也支持拷贝。但是在循环引用的场景下,会导致资源没得到释放内存泄漏,所以我们要认识循环引用的场景和资源没有释放的原因,并且学会使用 weak_ptr 解决问题。
如图,n1 和 n2 析构后,管理两个节点的引用计数减到 1.
右边结点什么时候释放呢,受到左边结点的_next 管理,_next 析构后,右边结点就释放了。
_next 什么时候析构呢,_next 是左边结点的成员,左边结点释放,_next 就释放了。
左边节点什么时候释放呢,左边节点由右边节点中的_prev 管着呢,_prev 析构后,左边的节点就释 放了。
_prev 什么时候析构呢,_prev 是右边节点的成员,右边节点释放,_prev 就析构了。
这样就会导致形成回旋镖式的循环引用,谁都不会释放就形成了循环引用,导致内存泄漏。
把 ListNode 结构体中的 next 和 prev 改成 weak_ptr,weak_ptr 绑定到 shared_ptr 不会增加引用计数,_next 和_prev 不参与资源管理释放逻辑,就将循环引用所打破,解决了问题。
struct ListNode {
int data;
std::weak_ptr<ListNode> _next;
std::weak_ptr<ListNode> _prev;
~ListNode () { cout<< "~ListNode()" << endl; }
};
int main () {
std::shared_ptr<ListNode> n1 (new ListNode) ;
std::shared_ptr<ListNode> n2 (new ListNode) ;
cout << n1. use_count () << endl;
cout << n2. use_count () << endl;
n1->_next = n2;
n2->_prev = n1;
cout << n1. use_count () << endl;
cout << n2. use_count () << endl;
return 0 ;
}
2.weak_ptr weak_ptr 不支持 RAII,也不支持访问资源,所以我们看文档发现 weak_ptr 构造时不支持绑定到资源,只支持绑定到 shared_ptr,绑定到 shared_ptr 时,不增加引用计数,那么就可以解决上述问题。
weak_ptr 也没有重载->和[]等,它不参与资源管理,如果她绑定的 shared_ptr 已经释放了资源,那么他去访问资源是很危险的。weak_ptr 支持 expired 检查指向的资源是否过期,use_count 也可获取 shared_ptr 的引用计数,weak_ptr 想访问资源的时候,可以调用 lock 返回一个管理资源的 shared_ptr,如果资源已经释放,返回的是一个空 shared_ptr,如果没有释放资源,返回的 shared_ptr 是安全的。
int main () {
shared_ptr<string> sp1 (new string("111111" )) ;
shared_ptr<string> sp2 (sp1) ;
weak_ptr<string> wp = sp1;
cout << wp.expired () << endl;
cout << wp.use_count () << endl;
sp1 = make_shared <string>("222222" );
cout << wp.expired () << endl;
cout << wp.use_count () << endl;
sp2 = make_shared <string>("333333" );
cout << wp.expired () << endl;
cout << wp.use_count () << endl;
wp = sp1;
auto sp3 = wp.lock ();
cout << wp.expired () << endl;
cout << wp.use_count () << endl;
*sp3+= "***" ;
cout << *sp1 << endl;
}
shared_ptr 的线程安全问题 shared_ptr 的引用计数在堆上,如果多个 shared_ptr 对象在多个线程中进行 shared_ptr 的拷贝析构的时候就会访问修改引用计数,存在线程安全问题,所以 shared_ptr 引用计数是需要加锁或者原子操作保证线程安全的。
shared_ptr 指向的对象也是有线程安全的问题的,但是这个对象的线程安全问题不归 shared_ptr 管,它也管不了,应该有外层使用 shared_ptr 的人进行线程安全的控制。
C++11 和 boost 中智能指针的关系 Boost 标准库是为 C++ 语言标准库提供的一些 C++ 程序库的总称,Boost 社区建立的初衷之一就是为了 C++ 的标准化工作中提供可供参考的实现,Boost 社区发起人就是标准委员会的成员之一。
C++98 中产生了第一个智能指针 auto_ptr。
C++Boost 给出了更实用的 scoped_ptr/scoped_array 和 shared_ptr/shared_array 和 weak_ptr 等.
C++11,引入了 unique_ptr 和 shared_ptr 和 weak_ptr。需要注意的是 unique_ptr 对应 boost 的 scoped_ptr。并且这些智能指针的实现原理是参考 boost 中的实现的。
内存泄漏
1.什么是内存泄漏,内存泄漏的危害 什么是内存泄漏:内存泄漏指因为疏忽或错误造成程序未能释放已经不在使用的内存,一般是忘记释放或发生异常导致程序未能正常指向导致的。内存泄漏并不是指内存在物理上的消失,而是由于设计错误,失去了对该内存的控制,而造成内存的浪费。
内存泄漏的危害:普通程序运行一会就结束了出现内存泄漏的问题也不大,进程正常结束,页表的映射关系解除,物理内存也可释放。长期运行的程序出现内存泄漏,影响很大,如操作系统,后台服务,长时间运行的客户端等等,不断出现内存泄漏会导致可用内存不断变少,功能响应变慢,最后卡死。
2.如何避免内存泄漏 工程前期良好的设计规范,养成良好的编码规范,申请的内存空间记着匹配的去释放。ps:这个理想状态。但是如果碰上异常时,就算注意释放了,还是可能会出问题。需要下一条智能指针来管理才有保证。
• 尽量使用智能指针来管理资源,如果自己场景比较特殊,采用 RAII 思想自己造个轮子管理。
• 定期使用内存泄漏工具检测,尤其是每次项目快上线前,不过有些工具不够靠谱,或者是收费。
• 总结一下:内存泄漏非常常见,解决方案分为两种:1、事前预防型。如智能指针等。2、事后查错 型。如泄漏检测工具
相关免费在线工具 加密/解密文本 使用加密算法(如AES、TripleDES、Rabbit或RC4)加密和解密文本明文。 在线工具,加密/解密文本在线工具,online
Gemini 图片去水印 基于开源反向 Alpha 混合算法去除 Gemini/Nano Banana 图片水印,支持批量处理与下载。 在线工具,Gemini 图片去水印在线工具,online
Base64 字符串编码/解码 将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具,Base64 字符串编码/解码在线工具,online
Base64 文件转换器 将字符串、文件或图像转换为其 Base64 表示形式。 在线工具,Base64 文件转换器在线工具,online
Markdown转HTML 将 Markdown(GFM)转为 HTML 片段,浏览器内 marked 解析;与 HTML转Markdown 互为补充。 在线工具,Markdown转HTML在线工具,online
HTML转Markdown 将 HTML 片段转为 GitHub Flavored Markdown,支持标题、列表、链接、代码块与表格等;浏览器内处理,可链接预填。 在线工具,HTML转Markdown在线工具,online