C++实现动态库DLL加载的包装类 _ RAII管理加载与导出函数【源码】-C++-PHP中文网

raii封装动态库加载需确保hmodule生命周期与对象绑定：构造时调用loadlibrary并校验非空，析构时仅对非空句柄调用freelibrary；getprocaddress应延迟至每次调用前执行并检查句柄有效性，避免缓存失效指针。

c++实现动态库dll加载的包装类 _ raii管理加载与导出函数【源码】

如何用 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 转换：

using FuncType = int (__stdcall*)(const char*, int);
FuncType func = reinterpret_cast<functype>(GetProcAddress(m_hModule, "MyFunc"));</functype>

若导出函数签名多变，可用宏或模板特化生成类型安全的调用包装，但底层仍需手动转换。

绝不能用 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++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

真正安全的方式是导出纯 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[]