raii封装dlopen的核心思路是构造时调用dlopen、析构时调用dlclose，禁止拷贝、允许移动，显式暴露加载标志（如rtld_lazy），失败抛异常，句柄为空时不重复关闭；符号获取通过带空检查的get_symbol模板方法保障安全。
RAII 封装 dlopen/dlsym/dlclose 的核心思路
直接裸调 dlopen 容易忘记 dlclose，导致句柄泄漏；手动管理又违背 C++ 资源自动释放原则。RAII 的解法是：用一个栈对象持有 void* 句柄，在构造时 dlopen，析构时 dlclose，且禁止拷贝、允许移动（C++11+）。
关键点不是“能不能封装”，而是“必须显式控制打开模式和错误处理”。比如 RTLD_LAZY 和 RTLD_NOW 行为差异大，RTLD_GLOBAL 还会影响后续其他库的符号解析 —— 这些都得作为构造参数暴露，不能硬编码。
- 构造失败时抛异常（如
dlopen返回nullptr），不返回无效对象 - 析构函数里必须检查句柄非空再调
dlclose，避免重复关闭或空指针操作 - 禁用拷贝构造与拷贝赋值，只实现移动构造和移动赋值，防止多个对象共享同一句柄
std::unique_ptr 配合自定义删除器的轻量写法
如果不想写完整类，可用 std::unique_ptr + 自定义删除器快速达成 RAII 效果，适合临时场景或原型验证。
注意：删除器类型需作为模板参数显式指定，否则 unique_ptr 默认用 delete，会崩。同时，dlopen 返回的 void* 不能直接传给 unique_ptr<void></void>，得用 reinterpret_cast 转成可删除的指针类型（如 char*），或更稳妥地用 using handle_t = void* 定义别名。
- 删除器必须是无状态的（lambda 需无捕获，或用函数指针），否则无法作为模板参数推导
- 示例：
auto deleter = [](void* h) { if (h) dlclose(h); };<br>std::unique_ptr<void decltype> lib(dlopen("libfoo.so", RTLD_LAZY), deleter);</void> - 若
dlopen失败，lib.get()为nullptr，析构不触发dlclose，安全
获取符号时如何避免 dlsym 返回空指针引发未定义行为
dlsym 不抛异常，失败只返回 nullptr；若直接 reinterpret_cast 成函数指针并调用，运行时崩溃。RAII 句柄本身管不了符号加载，但可以配合封装把符号获取也纳入安全边界。
常见做法是在句柄类中加模板成员函数 get_symbol<t>(const char* name)</t>，内部调 dlsym 并做空检查，失败时抛 std::runtime_error（带 dlerror() 信息）。这样调用方不用每处都判空。
-
dlsym查找失败后，dlerror()才返回有意义的字符串，且只对最近一次失败调用有效 —— 必须在dlsym后立刻读，不能隔其他dl*调用 - 函数符号和变量符号都用
dlsym，但类型转换不同：函数用typedef int (*func_t)(int)再reinterpret_cast，变量用int*类型直接转 - 不要缓存
dlsym结果到类成员里——符号地址在dlclose后失效，而句柄对象可能还活着（比如移动后原对象析构）
跨平台兼容性陷阱：Windows 上的 LoadLibrary / GetProcAddress 怎么对齐
Linux 用 dl*，Windows 用 LoadLibrary / FreeLibrary / GetProcAddress，二者语义接近但细节不同。想写跨平台 RAII 句柄，不能只靠宏包裹，得统一错误模型和生命周期语义。
重点差异：Windows 的 LoadLibrary 失败返回 NULL（同 dlopen），但 FreeLibrary 成功返回非零值，失败才返回 0 —— 而 dlclose 成功返回 0，失败返回非零。这个反向逻辑容易写反。
- 封装层必须屏蔽该差异：RAII 析构函数里只关心“是否需要释放”，不检查返回值是否报错（报错日志可选，但不应中断析构）
- Windows 下没有
RTLD_*等效标志，LOAD_WITH_ALTERED_SEARCH_PATH或DONT_RESOLVE_DLL_REFERENCES用途完全不同，不能强行映射 - 真正难的是路径分隔符和扩展名：
"./libfoo.so"vs"./foo.dll"，建议上层传入不含扩展名的名称，由封装根据平台自动补全
C++ 做动态库 RAII 的难点不在语法，而在对 dlopen 模式、dlerror 时效性、以及跨平台语义差别的敏感度 —— 这些地方一漏，程序可能跑几天才出问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
