能，但需自定义删除器：std::unique_ptr<void, decltype(&dlclose)> lib(dlopen("lib.so", RTLD_LAZY), &dlclose)；Windows则用std::unique_ptr<HMODULE, decltype(&FreeLibrary)> mod(LoadLibrary(L"lib.dll"), &FreeLibrary)，严禁混用dlsym结果。

std::unique_ptr能直接管理dlopen返回的void*吗？

不能。std::unique_ptr默认用delete释放内存，而动态链接库句柄（如Linux的void*、Windows的HMODULE）必须用dlclose()或FreeLibrary()关闭，直接delete会导致未定义行为甚至进程崩溃。

如何为dlopen/dlclose定制unique_ptr删除器？

关键在提供自定义删除器——一个可调用对象，接收句柄并调用dlclose()。注意两点：删除器类型必须与std::unique_ptr模板参数匹配；删除器本身不能抛异常（否则unique_ptr析构时可能中止）。

常见写法：

auto dl_deleter = [](void* handle) {
    if (handle) dlclose(handle);
};
std::unique_ptr<void, decltype(dl_deleter)> lib_handle(dlopen("libfoo.so", RTLD_LAZY), dl_deleter);

更稳妥的做法是封装成函数对象或lambda，并确保dlopen失败时传入nullptr，因为dlclose(nullptr)是安全的。

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

Windows下HMODULE怎么和unique_ptr配合？

Windows没有dlclose语义的等价物，FreeLibrary()才是正确释放方式，且其参数类型是HMODULE而非void*。若强行用void*模板参数，会丢失类型安全，也容易误传其他指针。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

推荐显式指定类型：

auto free_library_deleter = [](HMODULE h) { if (h) FreeLibrary(h); };
std::unique_ptr<std::remove_pointer_t<HMODULE>, decltype(free_library_deleter)> 
    mod_handle(LoadLibrary(L"foo.dll"), free_library_deleter);

注意：LoadLibrary返回HMODULE，不能隐式转void*再塞进unique_ptr<void ...></void>——这会掩盖类型错误，且某些编译器（如MSVC）可能静默截断高位指针值。

为什么不要把dlsym结果存进同一个unique_ptr？

dlsym返回的是符号地址（如函数指针），不是资源句柄，它不需“释放”，也不该被dlclose处理。把它和库句柄混在一个unique_ptr里，要么导致二次dlclose（非法），要么让删除器逻辑混乱。

正确做法是分离管理：

• 用unique_ptr只管库句柄生命周期
• 用普通变量或std::function存储dlsym结果（如auto func = reinterpret_cast<my_func_t>(dlsym(lib_handle.get(), "my_func"));</my_func_t>）
• 确保func的调用早于lib_handle析构

跨平台项目尤其要注意：Linux的RTLD_LOCAL和Windows的模块加载策略不同，符号可见性不是仅靠unique_ptr能控制的。