从new/delete到RAII的演进
一、手动分配的风险
在没有自动内存管理的时代，使用 new 与 delete 进行动态分配意味着需要手动释放资源，若未释放则容易造成 内存泄漏，导致应用在长时间运行后内存占用持续增加。
异常分支、早返回、以及复杂的调用链都会中断释放工作，从而产生 悬空指针与重复释放 等问题，特别是在高并发或嵌入式场景中更为明显。
// 潜在的内存泄漏示例
int* p = new int(5);
if (某个错误条件) {// 忘记 deletereturn;
}
delete p; // 如果前面的分支提前返回，这里不会执行
二、RAII的核心思想
RAII（资源获取即初始化）把资源的生命周期绑定到对象的作用域内，资源的释放由对象析构函数自动完成，从而提供 异常安全 的保障。
通过把资源封装成栈对象或智能包装器，任意离开作用域时都会执行析构，降低了手动释放的复杂性。栈对象的自动析构支持高效且可预测的资源管理。
// RAII 示例：手动管理的对比
class IntHolder {
public:IntHolder(int v) { p = new int(v); }~IntHolder() { delete p; }int* get() const { return p; }
private:int* p;
};// 使用时
{IntHolder h(10);// 当作用域结束，~IntHolder 会自动释放内存
}
智能指针概览：shared_ptr 与 unique_ptr 的正确使用
一、unique_ptr 的正确用法
unique_ptr 是“所有权不可共享”的指针类型，确保同一对象的所有权只有一个拥有者，避免 重复释放。
它的优势在于 自动释放且支持显式的所有权转移，适合独占性资源管理。使用时应尽量通过 std::make_unique 构造，避免直接 new。
#include void example_unique() {std::unique_ptr up = std::make_unique(42); // 自动管理// 将所有权转移给另一个对象std::unique_ptr up2 = std::move(up);// up 在移动后为 null，只有 up2 拥有资源
}
对于需要传递或保存的场景，可以在数据结构中作为成员变量使用 unique_ptr，从而在对象生命周期结束时释放资源。零开销的所有权语义使其成为大多数场景的首选。
二、shared_ptr 的正确使用场景
shared_ptr 实现了共享所有权，引用计数会在最后一个引用销毁时释放资源，适合资源被多处需要的场景。需要注意的是，循环引用会导致内存无法释放，此时应结合 weak_ptr 打破循环。
#include struct Node {std::shared_ptr next;
};void cycle_demo() {auto a = std::make_shared();auto b = std::make_shared();a->next = b;b->next = a; // 形成循环// 需要用 weak_ptr 处理循环引用
}
在实现数据结构如图、树等时，推荐将拥有紧密循环关系的父子关系分离为 shared_ptr 与 weak_ptr 的组合，以避免生命周期错位。
三、从 new/delete 到 make_shared / make_unique 的迁移
使用 make_shared 或 make_unique 的好处包括更少的内存分配、异常安全以及简化的语义。与显式 new/delete 相比，两者都提高了代码的可维护性，并减少了错误发生的概率。
auto p = std::make_unique(arg1, arg2);
auto sp = std::make_shared(arg1, arg2);// 避免手动 delete，资源在离开作用域时自动释放
在容器中使用 smart pointer 也能获得一致的内存管理语义，减少内存管理的认知成本，并提升异常场景下的保障。
手动内存管理的陷阱与最佳实践
一、异常安全与自定义释放策略
当没有使用智能指针时，异常会打断资源释放的时机，导致潜在泄漏。通过 RAII 或在异常分支显式释放，可以避免此类问题，但实现起来容易出错。
一个常见误区是“先释放再抛出”或在多个返回点无一致释放策略，容易造成资源未释放的路径。确保在作用域结束前完成释放，是一个稳定的实践。
void risky() {int* p = new int[100];if (某个条件) {delete[] p;throw std::runtime_error("oops");}// 可能忘记 delete[] pdelete[] p;
}
二、内存泄漏检测与工具
内存泄漏的排查离不开工具的辅助，常用的有 Valgrind、AddressSanitizer、以及静态分析工具。通过这些工具可以定位未释放、误释放、以及悬空指针等问题的根源。
在持续集成环境下运行内存检测，可以提早发现潜在风险，从而降低上线后的维护成本。工具链的选型应结合工程规模与性能目标。
// 使用 AddressSanitizer 编译与运行
// 编译器：g++ -fsanitize=address -fno-omit-frame-pointer -g your_program.cpp
// 运行：./a.out
三、避免悬空指针与重复释放
悬空指针与重复释放是手动内存管理中最具误导性的两类错误。建议在可能的情况下使用 智能指针，并定期进行代码审查。
对于已有的 C 风格接口，考虑逐步引入包装器，以实现更严格的生命周期控制，减少潜在的资源错位问题。
void dud() {int* p = new int(10);delete p;// 下面的操作可能再次 delete，导致未定义行为// delete p; // 错误：重复释放
}
