不能直接用std::map存类实例是因为Base含虚函数时，跨模块（如DLL）使用std::unique_ptr会导致析构时在错误堆上调用operator delete，引发未定义行为；必须由同一模块管理对象生命周期，主程序仅持裸指针或自定义句柄，并通过extern "C"导出create/destroy函数解耦内存上下文。
为什么不能直接用 std::map<:string std::unique_ptr>></:string> 存类实例
看似简单，但运行时会崩溃或行为异常——因为 Base 若含虚函数（几乎必然），而你存的是派生类对象的 std::unique_ptr<base>，这本身合法；但问题出在「反射创建」环节：若插件 DLL 动态加载后，new Derived() 返回的地址空间与主程序不一致（尤其 Windows 下不同模块的堆不共享），std::unique_ptr 析构时会尝试在主程序堆上调用 operator delete，触发未定义行为。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 所有插件对象的生命周期必须由其所属模块管理：创建和销毁都在同一 DLL 内完成
- 主程序只持有裸指针（
Base*）或自定义句柄（如uintptr_t），禁止用标准智能指针跨模块持有 - 导出两个 C 风格函数：
create_plugin(const char* type) → void*和destroy_plugin(void* ptr)，强制解耦内存上下文
如何让字符串准确匹配到对应类的构造逻辑（而非硬编码 if-else）
核心是把“类型名→构造函数指针”的映射从编译期搬到运行期，并支持插件热加载。不能依赖 if (type == "HttpHandler") { return new HttpHandler; } —— 这无法在 DLL 中自动注册。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每个插件 DLL 提供一个全局 C 函数
register_plugins()，内部调用主程序提供的注册回调（如register_class("HttpHandler", &create_http_handler)） - 主程序维护一个
std::unordered_map<:string std::function>> g_class_factories</:string>，键为类型名，值为无参工厂函数 - 工厂函数签名统一为
void*()，返回new出的对象指针，由插件自己负责内存分配 - 避免使用
std::string作为键传入 DLL：改用const char*，防止 STL ABI 不兼容（尤其 MSVC 多版本混用时）
Linux 下 dlopen 插件失败常见错误信息及修复点
典型报错：dlopen failed: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE 或直接 nullptr 返回。
这不是路径写错，而是 C++ ABI 和链接模型问题：
- 插件编译时必须加
-fPIC，且主程序链接时需显式加上-rdynamic（否则符号不可被 dlsym 查找） - 所有跨模块调用的函数（包括
create_plugin）必须用extern "C"封装，禁用 name mangling - 不要在插件中 static 初始化全局对象（尤其含虚表的类），会导致
__cxa_atexit冲突；改用函数内 static 局部变量延迟初始化 - 检查插件依赖：用
ldd your_plugin.so确认没漏掉libstdc++.so或libgcc_s.so，必要时用-static-libstdc++静态链接
Windows 上 GetProcAddress 找不到导出函数？别忘了 DEF 文件和 __declspec(dllexport)
GetProcAddress(hModule, "create_plugin") 返回 NULL 是最常卡住的点，根本原因不是函数名错，而是符号未真正导出。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须用
__declspec(dllexport)标记导出函数，且声明与定义处都要加（头文件中用宏适配） - 推荐配合 .def 文件使用：它能精确控制导出符号名（避免 C++ mangling 干扰），例如写
EXPORTS create_plugin @1 - 用
dumpbin /exports plugin.dll验证函数是否出现在导出表中；若看到??create_plugin@@YAPAXXZ这类名字，说明没加extern "C" - Debug/Release 运行时库要一致：插件和主程序都用
/MD（动态链接 CRT），否则std::string构造可能跨堆崩溃
真正难的不是注册或查找，而是确保每次 new 和 delete 发生在同一个模块的堆上——这个约束会渗透到整个接口设计里，绕不开。
