RAII封装动态库加载需确保HMODULE生命周期与对象绑定：构造时调用LoadLibrary并校验非空，析构时仅对非空句柄调用FreeLibrary；GetProcAddress应延迟至每次调用前执行并检查句柄有效性，避免缓存失效指针。
如何用 RAII 封装 LoadLibrary 和 GetProcAddress
直接裸调 LoadLibrary 和 FreeLibrary 容易漏掉释放，尤其在异常路径下。RAII 的核心不是“写个类”，而是确保 HMODULE 生命周期与对象绑定，且导出函数指针不随库卸载而失效——这意味着不能只存函数地址，得把 GetProcAddress 调用延迟到每次使用前，或在构造时缓存并配合库句柄有效性检查。
常见错误是：构造时调用 GetProcAddress 得到函数指针，但没保存 HMODULE，后续库被意外卸载，再调用该指针就崩；或者把 FreeLibrary 放在析构里，却忘了 LoadLibrary 可能失败，此时析构调用 FreeLibrary(nullptr) 触发未定义行为。
- 构造函数必须检查
LoadLibrary返回值，为nullptr时抛异常或设标志位，避免后续误用 - 导出函数应封装为成员函数模板，内部每次调用都先校验
m_hModule != nullptr，再调用GetProcAddress（安全但略慢），或用缓存 + 弱引用策略（需额外同步） - 析构函数中只对非空
m_hModule调用FreeLibrary，且不处理返回值（FreeLibrary失败通常意味着引用计数异常，不应在此处 throw）
std::function 包装导出函数是否可行？
不可行。C++ 的 std::function 存储的是可调用对象，但 GetProcAddress 返回的是裸函数指针（FARPROC），类型擦除后无法还原调用约定（如 __stdcall），强制转成 std::function 会导致栈不平衡、崩溃或静默错误。
正确做法是为每个目标函数声明对应函数类型别名，再用 reinterpret_cast 转换：
立即学习“C++免费学习笔记（深入）”；
using FuncType = int (__stdcall*)(const char*, int); FuncType func = reinterpret_cast<FuncType>(GetProcAddress(m_hModule, "MyFunc"));
若导出函数签名多变，可用宏或模板特化生成类型安全的调用包装，但底层仍需手动转换。
- 绝不能用
auto func = std::function{...}接收GetProcAddress结果 - Windows API 函数多为
__stdcall，C++ 普通函数默认__cdecl，调用约定不匹配是高频 crash 原因 - 若 DLL 是你自己控制的，优先改用 C 风格导出（
extern "C"）+__cdecl，减少隐式约定干扰
跨模块导出 C++ 类实例会踩哪些坑？
直接导出类（如 class __declspec(dllexport) MyClass { ... };）看似方便，但实际几乎不可靠：不同编译器/版本的 ABI 不兼容，std::string 或 std::vector 成员在 DLL 和 EXE 中可能布局不同，虚表偏移、RTTI、异常传播全都会出问题。
真正安全的方式是导出纯 C 接口（extern "C" 函数），用 opaque 指针隐藏实现：
// DLL 导出
extern "C" {
__declspec(dllexport) void* create_object();
__declspec(dllexport) void destroy_object(void* obj);
__declspec(dllexport) int do_work(void* obj, int x);
}包装类只需封装这组 C 函数调用，不碰任何 C++ 类型跨边界传递。
- 不要在头文件里暴露 DLL 中的 C++ 类定义给调用方
- 若必须传递 STL 容器，只允许通过参数传入 const 引用（调用方构造，DLL 只读），且双方编译器、运行时库（MT/MD）、STL 版本严格一致（极难保证）
- 资源归属要明确：谁分配谁释放，避免 DLL 分配内存、EXE 释放（
new/delete跨模块不安全）
调试时 GetLastError() 总是 0 怎么办？
GetLastError 是线程局部的，且很多 Win32 API 并不设置它（比如 GetProcAddress 成功时不会清零，失败时才设值）。更糟的是，C 运行时或第三方库调用可能覆盖它。
关键原则：只在 API 明确文档说“失败时设置 GetLastError”之后**立即**调用它，中间不能夹任何其他 Win32 调用。
-
LoadLibrary失败后，立刻用GetLastError判断是ERROR_FILE_NOT_FOUND还是ERROR_INVALID_EXE -
GetProcAddress返回nullptr时，GetLastError**无意义**，它不用于此函数的错误诊断 - 推荐用
FormatMessage把错误码转成字符串，但注意其返回的缓冲区需用LocalFree释放，不是delete[]
最稳妥的调试方式是启用 Windows 事件日志或用 Process Monitor 观察 DLL 加载路径和权限问题，而不是依赖 GetLastError 链式排查。
