c++插件架构解耦程度取决于指针类型、传递方式及生命周期管理；必须用堆分配+虚析构+显式销毁函数，避免悬空指针与跨模块内存错误。
直接说结论：C++插件架构的解耦程度，不取决于你用不用指针，而取决于你用哪类指针、怎么传递、谁负责释放——尤其是 PluginInterface* 和工厂函数返回值的生命周期管理，一错就内存泄漏或崩溃。
为什么不能直接返回栈对象指针
常见错误是让工厂函数返回局部对象地址，比如写成 return &localPlugin;。这会导致主程序拿到悬空指针，后续调用 plugin->doSomething() 就是未定义行为。
正确做法必须在堆上构造插件实例，并由主程序或插件自身负责销毁：
- 工厂函数（如
createPlugin）用new分配，返回PluginInterface* - 主程序调用完后，必须显式调用约定的销毁函数（如
destroyPlugin(PluginInterface*)），不能只delete plugin - 销毁函数必须和创建在同一个模块中（否则可能跨 DLL 边界触发 new/delete 不匹配）
std::unique_ptr 与裸指针的选择场景
裸指针 PluginInterface* 是最通用的选择，尤其当插件需跨平台（Windows/Linux/macOS）且主程序和插件由不同编译器构建时：std::unique_ptr 的 ABI 不稳定，不同 STL 实现间无法安全传递。
只有满足以下全部条件时才考虑智能指针：
- 主程序和所有插件使用完全相同的编译器 + STL 版本
- 工厂函数签名改为
std::unique_ptr<plugininterface> createPlugin()</plugininterface> - 销毁逻辑完全交给
std::unique_ptr的自定义 deleter（例如绑定到插件自己的destroyPlugin函数）
否则，坚持用裸指针 + 显式销毁函数更可靠。
dlopen/dlsym 之后如何安全获取插件实例
Linux/macOS 下，dlsym(handle, "createPlugin") 返回的是 void*，必须强转为函数指针类型，不能直接 reinterpret_cast 成 PluginInterface*：
- 正确写法：
auto factory = reinterpret_cast<plugininterface>(dlsym(handle, "createPlugin"));</plugininterface> - 调用前必须检查
factory != nullptr，否则直接调用会段错误 - Windows 下对应的是
GetProcAddress+FARPROC转换，原理一致 - 若插件导出的是全局变量（如
PluginInstance），要用dlsym(handle, "PluginInstance")并确保其类型声明与主程序一致，否则易因对齐或填充差异导致读取错位
虚析构函数缺失引发的资源泄漏
如果 PluginInterface 的析构函数不是虚的，主程序用 delete plugin（哪怕调用了正确的销毁函数）也无法触发插件子类的析构逻辑，导致文件句柄、线程、内存等资源无法释放。
必须保证：
-
virtual ~PluginInterface() = default;是接口定义的强制要求 - 所有插件子类的析构函数也应是 public 且非 inline（避免模板实例化问题）
- 若插件内部使用了
std::thread或std::mutex，析构函数里必须显式join()或unlock()，不能依赖 RAII 自动清理（因为对象可能被跨模块 delete）
真正难的不是加载，而是卸载时那一秒——插件是否彻底交出了所有资源，主程序是否在正确的上下文中释放了它。这两个动作一旦错位，系统就不再“可热插拔”，而只是“假装可扩展”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
