C RAII 实战让文件、内存和互斥锁自动释放资源泄漏往往不是不会写 close 或 delete而是函数后来多了提前 return、异常分支手动清理就漏了一处。RAII 把资源交给对象管理让释放发生在对象析构时。它适用于内存也适用于文件、锁和各类句柄。1. 从“记得清理”改成“建立所有权”资源取得成功后应尽早交给一个负责释放的对象。对象离开正常作用域或在异常栈展开中销毁时析构函数负责清理。标准库已经提供很多现成包装vector 管理动态数组unique_ptr 管理独占资源fstream 管理文件lock_guard 管理锁。下面是可独立编译的 C11 示例#includefstream#includeiostream#includestringintmain(){std::ifstreamfile(config.txt);if(!file){std::cerropen failedstd::endl;return1;}std::string line;if(std::getline(file,line)){std::coutlinestd::endl;}}// file 析构并关闭文件文件对象自己知道如何释放资源函数不必在每个分支重复 close。2. 锁也可以交给对象管理#includemutexstd::mutex counter_mutex;intcounter0;voidincrease(){std::lock_guardstd::mutexguard(counter_mutex);counter;}// guard 析构解锁相比手写 lock()/unlock()这种方式不容易因提前返回或异常漏解锁。需要中途解锁、延迟加锁或配合条件变量时可考虑功能更灵活的 unique_lock。不要写一个没有名字的临时 lock_guard 然后以为锁会一直保持临时对象可能在语句结束就被销毁。3. C 风格资源给 unique_ptr 配释放器下面是另一个独立程序把 FILE* 包装为自动 fclose 的资源#includecstdio#includememorystructFileCloser{voidoperator()(std::FILE*file)constnoexcept{if(file)std::fclose(file);}};intmain(){std::unique_ptrstd::FILE,FileCloserfile(std::fopen(config.txt,r));if(!file)return1;charbuffer[128]{};if(std::fgets(buffer,sizeof(buffer),file.get())){std::puts(buffer);}}// 自动调用 FileCloser析构清理通常不应抛异常。如果业务必须处理文件刷盘或关闭失败应提供并调用能报告错误的显式操作不能指望析构阶段把所有失败交给上层处理。4. 常见误区与速查自己写资源包装类时要防止不安全复制导致双重释放明确是否支持移动。优先组合标准库 RAII 成员避免每个类都自己写析构函数。RAII 依赖析构真正发生进程被强制终止、调用某些直接退出路径等情况不能靠它保证清理。构造期间如果可能抛异常已取得的资源也应及时放进 RAII 成员或局部包装对象。记住一句话谁拥有资源谁就应在生命周期结束时释放它。RAII 把这条约定落实到了类型和作用域里。