C++学习/复习31智能指针
0、大纲0.1场景引入下面这段归并排序算法故意留了内存泄漏问题请分析void MergeSort(int* arr, int left, int right) { // 1. 分配临时数组仅在需要合并时分配 int* tmp new int[right - left 1]; // 2. 递归终止条件区间长度为 1 或无效时直接返回防止内存泄漏 if (left right) { return; } // 3. 计算中间点防止溢出 int mid left ((right - left) 1); // 4. 递归排序左右子区间 MergeSort(arr, left, mid); MergeSort(arr, mid 1, right); // 5. 合并两个有序区间 int begin1 left, end1 mid; int begin2 mid 1, end2 right; int index 0; // tmp 数组的索引 // 比较并拷贝到 tmp while (begin1 end1 begin2 end2) { if (arr[begin1] arr[begin2]) { tmp[index] arr[begin1]; } else { tmp[index] arr[begin2]; } } // 拷贝剩余元素 while (begin1 end1) { tmp[index] arr[begin1]; } while (begin2 end2) { tmp[index] arr[begin2]; } // 6. 将 tmp 中的数据拷回原数组 for (int i 0; i (right - left 1); i) { arr[left i] tmp[i]; } // 7. 释放内存 delete[] tmp; }这段代码分为7部分核心内存泄漏问题集中在‌提前返回路径未释放已分配的堆内存‌递归终止条件的提前返回路径‌代码在第1部分就new int[right - left 1]分配堆内存第2部分才判断if (left right) { return; }。此时若满足if判断delete[] tmp语句就完全没有机会执行新分配的临时数组内存直接丢失引用形成永久内存泄漏。‌递归场景下的泄漏放大‌归并排序是递归调用当递归到区间长度为1的子问题时每一层满足left right的调用都会执行一次new分配内存然后直接返回不释放递归深度越大累积的泄漏内存越多。异常安全缺失‌如果归并逻辑中任意一行代码抛出异常程序执行流会直接跳过后续的delete[] tmp已分配的tmp数组内存无法被回收进一步加剧泄漏风险。‌重复分配冗余内存‌当前写法在每一层递归都分配一次临时数组不仅放大了泄漏概率还会造成大量不必要的堆内存申请释放开销降低排序效率。修复方案参考把临时数组的分配操作移到递归终止条件判断之后确保只有当区间需要合并时才分配内存从根源避免提前返回导致的泄漏。采用RAII机制使用智能指针实现归并排序中的临时数组内存彻底避免手动new/delete带来的内存泄漏问题或用std::vectorint替代裸指针new数组vector会在出作用域时自动释放内存完全避免手动管理内存的泄漏风险。std::vector ‌封装更完善自带边界检查、迭代器等容器特性使用更灵活是数组类资源RAII管理的通用首选但本文重点讲解智能指针所以此处只简单提一下。优化为一次性在外部分配全局临时数组递归过程中复用该数组既消除泄漏点又大幅提升排序性能。智能指针实现归并排序示例#include memory void MergeSort(int* arr, int left, int right) { // 递归终止条件先判断避免无效分配 if (left right) {return;} int mid left ((right - left) 1); // 使用unique_ptr管理动态数组自动RAII释放 std::unique_ptrint[] tmp std::make_uniqueint[](right - left 1); MergeSort(arr, left, mid); MergeSort(arr, mid 1, right); // 后续归并逻辑完全不变直接通过智能指针下标访问数组 int begin1 left, end1 mid; int begin2 mid 1, end2 right; int index 0; while (begin1 end1 begin2 end2) { if (arr[begin1] arr[begin2]) { tmp[index] arr[begin1]; } else { tmp[index] arr[begin2]; } } while (begin1 end1) tmp[index] arr[begin1]; while (begin2 end2) tmp[index] arr[begin2]; for (int i 0; i (right - left 1); i) { arr[left i] tmp[i]; } // 无需手动写deletetmp出作用域时自动释放内存 }1、为什么需要智能指针根源就是裸指针极易引发各类内存问题内存泄漏分配内存后忘记调用delete/delete[]堆内存无法释放长期运行会耗尽系统资源空悬指针/野指针内存已释放但指针未置空后续访问会触发非法内存访问导致程序崩溃重复释放多个裸指针指向同一内存多次释放会触发未定义行为生命周期混乱复杂场景下如多线程、循环引用难以精准把控对象的销毁时机。智能指针本质是封装了裸指针的类模板重载了-和\*操作符让你用得跟指针一样但析构的时候利用C的RAII资源获取即初始化机制在智能指针对象生命周期结束时自动调用析构函数释放管理的内存从根源上解决裸指针的内存管理难题。1.1内存泄漏C/C 两类典型内存泄漏其他伪泄漏 / 同类内存问题”这些问题裸指针全都很难管控这就是智能指针诞生的核心原因。野指针指针指向已释放的堆内存、非法地址解引用会崩溃双重释放同一块内存连续两次delete触发未定义行为内存越界读写数组下标越界、改写堆边界破坏堆结构1.2内存泄露预防检测事前预防为主事后排查2.boost库与智能指针2.1历史发展2.2现代智能指针体系C11C14C17C20C232.3未来发展3.unique_ptr3.1核心语义与特点独占所有权、禁止拷贝它所管理的堆资源同一时刻只能被这一个unique_ptr持有。没有第二个指针可以共享这份资源。谁拿到这个unique_ptr谁就是资源的唯一主人。指针销毁资源立刻释放。不允许拷贝但允许移动std::move把资源所有权转移出去因此unique_ptr 能传递。移动是转移所有权原指针放弃控制权新指针接管资源。整个过程始终只有一个指针管理资源完全符合独占语义。//up1、up2 各自独占一块堆内存。 std::unique_ptrA up1(new A(1)); std::unique_ptrA up2(new A(2)); // 允许移动up1变成空 std::unique_ptrA up3 std::move(up1);这种设计带来了两个极致的优点。第一没有引用计数开销性能和原生裸指针完全一致是真正的零开销抽象。第二所有权唯一不会出现共享冲突、循环引用的问题安全性拉满。3.2简易版 unique_ptr 实现#include iostream #include utility // std::move templatetypename T class MyUniquePtr { private: T* _ptr nullptr; public: // 构造函数 接管资源 explicit MyUniquePtr(T* p nullptr) : _ptr(p) { } // 析构释放资源 ~MyUniquePtr() { delete _ptr; } // 禁止拷贝构造、拷贝赋值 MyUniquePtr(const MyUniquePtr) delete; MyUniquePtr operator(const MyUniquePtr) delete; // 移动构造创建全新对象从别的 unique_ptr 抢夺资源 MyUniquePtr(MyUniquePtr other) noexcept : _ptr(nullptr) { // 接管对方资源 _ptr other._ptr; other._ptr nullptr; } // 移动赋值:对象已经存在先释放自己手里旧资源再抢夺对方资源 MyUniquePtr operator(MyUniquePtr other) noexcept { if (this ! other) { //需要判断this ! other防止自移动 // 释放自己旧资源 delete _ptr; // 抢夺other的指针 _ptr other._ptr; other._ptr nullptr; } return *this; } // 解引用 T operator*() const { return *_ptr; } // -重载 T* operator-() const { return _ptr; } // 显式bool转换判断是否持有资源 explicit operator bool() const { return _ptr ! nullptr; } // get获取裸指针不移交所有权 T* get() const { return _ptr; } // release释放所有权返回裸指针内部置空不释放内存 T* release() { T* temp _ptr; _ptr nullptr; return temp; } // reset释放旧资源接管新指针 void reset(T* p nullptr) { delete _ptr; _ptr p; } }; // 测试用例 struct TestObj { int val; TestObj(int v) : val(v) { std::cout 构造 TestObj val \n; } ~TestObj() { std::cout 析构 TestObj val \n; } }; int main() { MyUniquePtrTestObj p1(new TestObj(100)); std::cout p1-val \n; // 移动语义 MyUniquePtrTestObj p2 std::move(p1); if (!p1) { std::cout p1已经为空\n; } std::cout p2-val \n; MyUniquePtrTestObj p3(new TestObj(200)); p3 std::move(p2); std::cout p3-val \n; // release TestObj* raw p3.release(); std::cout release拿到裸指针 val raw-val \n; delete raw; // release之后需要手动释放 return 0; }只展示unique_ptr封装裸指针、禁止拷贝、支持移动、析构自动释放等核心功能以下内容暂不展示只支持单个对象不支持数组MyUniquePtrint arr(new int[10]);会 UB析构调用delete而不是delete[]。标准库unique_ptrT[]会特化使用delete[]。没有自定义删除器标准std::unique_ptr支持传入自定义 deleter。没有swap辅助函数。此处用了new没用make_unique下面会讲二者区别。3.3代码说明1为什么 unique_ptr 禁止拷贝如果unique_ptr支持拷贝那一个资源就会被两个unique_ptr同时管理。第一个指针出作用域释放资源。第二个指针再出作用域会再次释放同一块资源直接触发双重释放崩溃。为了守住独占所有权的核心语义标准库直接删掉了unique_ptr的拷贝构造、拷贝赋值函数。从语法层面杜绝拷贝操作从根源上避免bug。若试着写一行拷贝代码编译器会直接报错根本不让你编译通过这就是编译期安全保障。2移动语义与所有权转移禁止拷贝不代表不能传递资源。unique_ptr支持移动语义这是C11移动语法的经典应用通过std::move()‌把左值强制转换为右值引用告诉编译器“这个对象可以被移动”接着unique_ptr的移动构造函数让调用者接管资源。拷贝是复制一份资源两个指针共存。移动是转移所有权原指针放弃控制权新指针接管资源。整个过程始终只有一个指针管理资源完全符合独占语义。这个特性在函数传参、函数返回值场景里用得特别多。比如函数返回一个unique_ptr本质就是把资源所有权转移给调用方安全又高效。3.4 unique_ptr的使用

相关新闻

Boss Show Time终极指南:如何精准把握四大招聘平台的最佳投递时机

Boss Show Time终极指南:如何精准把握四大招聘平台的最佳投递时机

Boss Show Time终极指南:如何精准把握四大招聘平台的最佳投递时机 【免费下载链接】boss-show-time 展示boss直聘岗位的发布时间 项目地址: https://gitcode.com/GitHub_Trending/bo/boss-show-time Boss Show Time是一款专为求职者打造的智能Chrome浏览器插…

2026/9/17 8:06:01 阅读更多 →
Microsoft Activation Scripts (MAS) 终极指南:3分钟免费激活Windows和Office的完整教程

Microsoft Activation Scripts (MAS) 终极指南:3分钟免费激活Windows和Office的完整教程

Microsoft Activation Scripts (MAS) 终极指南:3分钟免费激活Windows和Office的完整教程 【免费下载链接】Microsoft-Activation-Scripts Open-source Windows and Office activator featuring HWID, Ohook, TSforge, and Online KMS activation methods, along wit…

2026/9/23 15:23:14 阅读更多 →
2.新建原理图和元件库

2.新建原理图和元件库

2023年2月18日10:29 新建工程文件夹分类 注意保存 原理图设计规范 <https://zhuanlan.zhihu.com/p/132673944> CADENCE从原理图到PCB步骤 <https://zhuanlan.zhihu.com/p/368590056> Cadence Orcad元器件位号重排与原理图页序号重排_cadence位号重排 原理图栅格设置…

2026/9/24 3:34:07 阅读更多 →

最新新闻

家用电梯品牌怎么选?从驱动系统到安装维保的全维度解析

家用电梯品牌怎么选?从驱动系统到安装维保的全维度解析

我做了这么多年家用电梯相关的工作&#xff0c;最常被问到的一句话就是“家用电梯哪个品牌好”。说实话&#xff0c;这个问题每次听到我都得先愣一下&#xff0c;因为答案远没有一句“某某品牌不错”那么简单。家用电梯不是普通家电&#xff0c;它更像是给房子做的半定制机电系…

2026/9/24 22:22:22 阅读更多 →
巡检超自动化平台的核心能力矩阵

巡检超自动化平台的核心能力矩阵

一个真正的巡检超自动化平台&#xff0c;不应该只是“把人工巡检搬到电脑上”&#xff0c;而是从采集、分析、决策到处置的全链路智能升级。 以下六大核心能力&#xff0c;构成了巡检超自动化平台的完整能力矩阵。一、全栈纳管能力——万物可检&#xff0c;不留死角“支持SSH/S…

2026/9/24 22:22:22 阅读更多 →
Spring Boot与Vue.js健康管理信息系统设计实现与部署实践

Spring Boot与Vue.js健康管理信息系统设计实现与部署实践

我做了三年Java后端&#xff0c;最近帮一个学弟把他的毕业设计从零到一完整搭了一遍&#xff0c;题目是“基于Spring Boot与Vue.js的健康管理信息系统设计与实现”——说白了就是一个偏“养生”主题的全栈Web系统。这个题目在计算机毕业设计里属于典型的前后端分离项目&#xf…

2026/9/24 22:22:22 阅读更多 →
文献检索实战指南:布尔运算、数据库选型与检索式构建

文献检索实战指南:布尔运算、数据库选型与检索式构建

把题目整段粘进搜索框&#xff0c;回车&#xff0c;然后对着几万条结果发呆——这是我见过最多人查文献的方式&#xff0c;也是效率最低的方式。查文献看着是"搜一下"的事&#xff0c;实际上是设计一套查询方案的过程&#xff1a;主题怎么拆&#xff0c;关键词怎么扩…

2026/9/24 22:22:22 阅读更多 →
GPT-6 Sol 与 Claude Opus 5.5 同日发布:价格与额度重置

GPT-6 Sol 与 Claude Opus 5.5 同日发布:价格与额度重置

9 月 22 日&#xff0c;AI 圈像约好了似的&#xff1a;GPT-6 Sol 和 Claude Opus 5.5 同一天发布 这次让我最想立刻开测的&#xff0c;是价格和额度 GPT-6 Sol 的 API 标准价降到每百万输入 token $2、输出 token $10&#xff0c;对比 GPT-5.6 Sol 的 $4&#xff0f;$20&…

2026/9/24 22:22:22 阅读更多 →
汽车电子PCBA包工包料代工厂怎么选?2026年选型避坑指南

汽车电子PCBA包工包料代工厂怎么选?2026年选型避坑指南

汽车电子PCBA包工包料代工这个行当&#xff0c;水比大多数人想象的要深。我在这条供应链上摸爬滚打了十来年&#xff0c;见过太多项目因为选错代工厂&#xff0c;从"小批量试产"一路拖成"无限期搁置"&#xff0c;也见过不少采购负责人被"低价包工包料…

2026/9/24 22:21:21 阅读更多 →

日新闻

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

简介&#xff1a;这是一套面向计算机、人工智能、自动化等专业学生与教师的毕业设计级项目资源&#xff0c;围绕YOLOv8实现渔船作业监控系统&#xff0c;可用于毕设、课程设计、大作业或项目立项演示。压缩包共97个文件&#xff0c;约24.21MB&#xff0c;以70个Python源码文件为…

2026/9/24 0:00:19 阅读更多 →
单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

简介&#xff1a;一份基于单细胞RNA测序数据的细胞类型注释算法研究Python毕业设计源码&#xff0c;针对计算机相关专业正在做毕设或需要项目实战的学习者&#xff0c;可用于课程设计与期末大作业。项目代码完整、经导师指导评审通过&#xff0c;可直接运行&#xff0c;覆盖数据…

2026/9/24 0:00:19 阅读更多 →
C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

第一次在项目里被反射卡住&#xff0c;是在一个老旧的WinForms模块里&#xff1a;几十个类依赖PropertyChanged通知&#xff0c;运行时反射读属性、发通知&#xff0c;每次启动慢半拍不说&#xff0c;一上.NET Native/AOT裁剪模式几乎全面崩盘。后来我把这段逻辑全部改成C#源生…

2026/9/24 0:00:19 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事&#xff1a;用Flutter给OpenHarmony做一款游戏集合类的App&#xff0c;说白了就是把若干小游戏塞进一个壳里&#xff0c;用统一入口分发。这个方向本身不算新鲜&#xff0c;真正让我花了不少心思的&#xff0c;是首页那堆游戏卡…

2026/9/24 14:34:13 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档&#xff0c;最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事&#xff1a;今天在表后面多加了两个空白行&#xff0c;明天给客户交稿前发现整个章节的编号全部错位&#xff0c;光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/24 9:10:42 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年&#xff0c;说实话&#xff0c;第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年&#xff0c;流量惨淡、功能臃肿、代码自己都懒得看第二遍之后&#xff0c;我才慢慢琢磨明白一个道理&#xff1a;第一个网站是练手&…

2026/9/24 14:33:56 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践&#xff1a;原型怎样变成可用功能分类&#xff1a;[AI/大模型]细分主题&#xff1a;AI 增强型 CI/CD 流水线自动化与 GitOps 实践&#xff1a;Agent 工作流、工具调用与任务拆解&#xff1a;从原型到生产的验收清单很多团队在尝试用大…

2026/9/24 12:50:34 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战&#xff1a;复盘记录怎样真正派上用场分类&#xff1a;[工程技术]细分主题&#xff1a;Kubernetes 生产环境运维与排障实战&#xff1a;可复制的项目复盘模板与决策记录大部分团队的事故复盘报告&#xff0c;最后都变成了躺在 Confluence 或钉…

2026/9/24 14:33:48 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理&#xff1a;核心链路应该先拆哪一步分类&#xff1a;[工程技术]细分主题&#xff1a;Docker 容器化技术与镜像安全管理&#xff1a;核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用&#xff08;包含 Web 接口、后台…

2026/9/24 12:49:17 阅读更多 →