RAII模板类ResourceManager支持任意资源类型与释放逻辑，通过移动语义管理资源、禁用拷贝、提供get/bool/release/reset接口，并可扩展为线程安全的共享管理变体。

一、设计支持任意资源类型的RAII模板类

RAII（Resource Acquisition Is Initialization）的核心思想是将资源的生命周期绑定到对象的生命周期上，通过构造函数获取资源、析构函数释放资源，确保异常安全与自动清理。该模板类需支持任意可调用的资源释放逻辑，不依赖特定资源类型或API。

1、定义模板类ResourceManager，接受两个模板参数：资源类型T和释放函数类型Deleter。

2、在私有成员中声明资源句柄m_resource与释放器m_deleter，均使用std::move语义初始化。

3、禁用拷贝构造与拷贝赋值，仅允许移动语义以避免资源重复管理。

立即学习“C++免费学习笔记（深入）”；

4、在析构函数中检查m_resource是否非空，若为真则调用m_deleter(m_resource)执行释放。

5、提供get()成员函数返回当前资源句柄，供外部安全访问。

二、封装C风格资源句柄（如FILE*、int fd）

针对操作系统级资源句柄，需显式指定释放行为，例如fclose()处理FILE*、close()处理文件描述符。模板实例化时传入对应lambda或函数指针，使释放逻辑内聚于对象内部。

1、声明FILE*资源管理实例：ResourceManager file_guard(fopen("data.txt", "r"), fclose)。

2、声明int文件描述符实例：ResourceManager fd_guard(open("/dev/null", O_RDONLY), close)。

3、在构造时立即验证m_resource有效性，若为无效值（如nullptr或-1），则不执行释放函数，且不抛出异常，保持对象处于空状态。

4、重载operator bool()以支持if (file_guard)语法判断资源是否有效。

三、支持自定义释放逻辑的lambda表达式绑定

当标准库函数无法直接满足释放需求时（如需先flush再close、带错误日志的释放），可通过捕获型lambda封装复合操作，提升模板类的适应性与安全性。

1、构造时传入[&log](FILE* f) { if (f) { fflush(f); fclose(f); log("FILE closed."); } }作为Deleter。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

2、确保lambda按值捕获所有外部变量，避免析构时访问已销毁对象。

3、若lambda中抛出异常，析构函数中禁止异常传播，应使用try-catch包裹调用并调用std::terminate()。

4、在模板类内部使用std::function存储Deleter，兼容函数指针、lambda及仿函数对象。

四、实现资源移交与所有权转移接口

为支持资源在作用域间安全传递，需提供release()与reset()成员函数，分别用于放弃管理权与替换底层资源，同时保持RAII契约不被破坏。

1、release()函数将m_resource置为默认构造值（如nullptr或-1），并返回原值，此后对象不再持有任何资源，析构时不触发释放。

2、reset(T new_res)先对当前m_resource执行释放（若非空），再以new_res替换，并更新状态。

3、reset(nullptr)等效于显式释放当前资源并置空，适用于提前终止资源生命周期。

4、所有移交操作后，对象仍保持有效状态，可继续调用get()或bool转换，返回空值。

五、增加线程安全的引用计数式共享管理变体

当多个作用域需共享同一资源且要求协同释放时，可在基础模板上扩展std::shared_ptr风格的控制块，使析构仅在最后持有者销毁时触发释放。

1、定义ResourceManagerShared模板类，内部使用std::shared_ptr管理控制块，其中ControlBlock含资源T与Deleter副本。

2、每个实例持有一个weak_ptr，构造时尝试lock()获取shared_ptr，失败则创建新控制块。

3、析构时仅当control_block.use_count() == 1时调用Deleter释放资源，避免多线程下重复释放或提前释放。

4、提供make_shared_resource(args...)工厂函数，统一资源分配与控制块初始化流程。