🔄 C++ 赋值运算符重载:深拷贝 vs 浅拷贝的生死线!
大家好!今天我们来聊一个 C++ 中极易被忽视、却可能引发严重 bug 的知识点——赋值运算符operator=的重载。
你可能写过a = b,但当你的类中包含指向堆内存的指针时,这个看似简单的等号,就可能让你的程序崩溃、内存泄漏,甚至“神秘地”修改不该改的数据!
别慌,今天我们就用一段经典示例,彻底搞懂为什么需要重载赋值运算符,以及如何正确实现深拷贝。
🧠 编译器默认给你的 4 个函数
在 C++ 中,即使你什么都没写,编译器也会悄悄为你的类生成以下 4 个函数:
默认构造函数(无参,空实现)
默认析构函数(无参,空实现)
默认拷贝构造函数(逐成员值拷贝)
**默认赋值运算符
operator=**(也是逐成员值拷贝)
⚠️ 问题来了:“值拷贝”对指针来说,就是“浅拷贝”!
💥 浅拷贝的灾难:多个对象共用一块堆内存
来看你写的Person类(代码原样保留,未作任何修改):
class Person { public: Person(int age) { // 将年龄数据开辟到堆区 m_Age = new int(age); } // 重载赋值运算符 Person& operator=(Person &p) { if (m_Age != NULL) { delete m_Age; m_Age = NULL; } // 编译器提供的代码是浅拷贝 // m_Age = p.m_Age; // 提供深拷贝 解决浅拷贝的问题 m_Age = new int(*p.m_Age); // 返回自身 return *this; } ~Person() { if (m_Age != NULL) { delete m_Age; m_Age = NULL; } } // 年龄的指针 int *m_Age; };如果不重载operator=,会发生什么?
假设使用默认赋值:
p2 = p1; // 默认:m_Age = p1.m_Age (浅拷贝!)结果:
p1.m_Age和p2.m_Age指向同一块堆内存当
p1或p2析构时,delete这块内存另一个对象再访问或析构 →野指针 / 重复释放 → 程序崩溃!
这就是典型的浅拷贝陷阱。
✅ 正确做法:手动实现深拷贝
你的重载版本完美解决了这个问题:
Person& operator=(Person &p) { if (m_Age != NULL) { delete m_Age; m_Age = NULL; } m_Age = new int(*p.m_Age); // 深拷贝:新开内存,复制值 return *this; }关键步骤:
先释放自身原有堆内存(防止内存泄漏)
从源对象的堆数据中读取值,重新 new 一块新内存
返回
*this的引用,支持链式赋值(如p3 = p2 = p1)
🧪 测试效果
void test01() { Person p1(18); Person p2(20); Person p3(30); p3 = p2 = p1; // 链式赋值 cout << "p1的年龄为:" << *p1.m_Age << endl; cout << "p2的年龄为:" << *p2.m_Age << endl; cout << "p3的年龄为:" << *p3.m_Age << endl; }输出:
p1的年龄为:18 p2的年龄为:18 p3的年龄为:18✅ 三个对象各自拥有独立的堆内存,互不影响!
✅ 支持p3 = p2 = p1链式赋值(因为返回了*this引用)!
📌 黄金法则:三/五法则(Rule of Three/Five)
如果你的类中:
使用了动态内存(如
new)或管理了其他资源(文件句柄、socket 等)
那么你很可能需要同时自定义:
析构函数
拷贝构造函数
赋值运算符
这就是著名的“三法则”(C++11 后扩展为“五法则”,加上移动构造和移动赋值)
否则,默认的浅拷贝会让你陷入万劫不复的调试深渊!
✅ 总结
编译器自动生成的
operator=是浅拷贝,对指针极其危险。当类中有堆区指针时,必须重载赋值运算符,实现深拷贝。
记得:先释放旧资源,再分配新资源,最后返回
*this。支持链式赋值的关键:返回引用!
如果你觉得这篇推文帮你避开了一个大坑,欢迎点赞、收藏、转发!
也欢迎留言:“你在项目中遇到过浅拷贝导致的 bug 吗?”