RAII是C++中资源生命周期的硬约束，要求资源在构造函数获取、析构函数释放，依赖栈对象作用域自动管理，涵盖文件句柄、锁、内存等所有需配对清理的资源。
RAII不是语法糖，是C++里资源生命周期的硬约束
RAII（Resource Acquisition Is Initialization）不是可选技巧，而是C++把资源绑定到对象生命周期上的强制约定：资源在构造函数中获取，在析构函数中释放。它解决的核心问题是——你根本不需要手动调用 close()、delete 或 pthread_mutex_unlock()，只要对象离开作用域，系统就自动兜底。
std::unique_ptr 和 std::lock_guard 是最常踩坑的两个典型
新手常以为“用了智能指针就安全了”，结果在异常路径或提前返回时仍出问题——其实问题不在指针本身，而在没理解 RAII 的触发条件。
-
std::unique_ptr确实自动delete所指向内存，但若你在构造后又用get()拿裸指针去传给 C 接口，再忘了release()，那这块内存就彻底脱离 RAII 管理了 -
std::lock_guard在构造时加锁、析构时解锁，但如果写成if (cond) std::lock_guard<:mutex>(m);，这个临时对象生命周期只到该行末尾，不是到if块结束——编译器会立刻析构它，锁提前释放 - 所有 RAII 类型都依赖栈对象或明确作用域；堆上 new 出来的
std::unique_ptr本身没问题，但若把它存进裸指针容器（比如std::vector），就等于主动绕开 RAII
自定义 RAII 类最容易漏掉的三件事
写一个封装文件句柄的类，光有构造/析构还不够，常见翻车点集中在拷贝和移动语义上。
- 默认生成的拷贝构造函数会浅拷贝句柄值，两个对象析构时重复
close()，触发EBADF错误 - 若支持移动（比如为了放进
std::vector），必须显式定义移动构造函数，并把原对象的句柄置为-1，否则移动后原对象析构仍会 close 一次 - 析构函数必须加
noexcept：C++ 标准规定栈展开期间若抛异常会直接调用std::terminate()，而 RAII 对象析构失败（如fclose()失败）不该让程序崩掉，应静默处理或记录日志
RAII 和异常安全其实是同一枚硬币的两面
很多人觉得“我代码不抛异常，RAII 就不重要”。错。哪怕你从不写 throw，第三方库、系统调用（如 malloc 在 OOM 时可能被替换为抛异常）、甚至 std::string 构造都可能隐式抛异常。RAII 是唯一能保证“中途出事也不泄露资源”的机制。
立即学习“C++免费学习笔记（深入）”；
比如一个函数要打开两个文件并做交叉写入，不用 RAII 就得写层层 if 判断 + 手动 close；用 RAII 后，只要按顺序声明两个 std::ifstream，无论在哪一行抛异常，前面已成功构造的对象都会被逆序析构——顺序、确定、无需人工干预。
真正难的不是写 RAII 类，而是识别哪些东西算“资源”：文件描述符、内存、互斥锁、socket、GPU buffer、甚至临时修改的全局状态（比如 std::locale 切换）——只要需要配对清理，就得进 RAII。
