调用DLL中cereal归档方法导致多态失效问题求助

问题本质 #

你碰到的核心问题是Windows DLL与EXE的模块隔离特性导致cereal的多态类型注册失效：

• cereal的多态序列化依赖全局的PolymorphicCasters映射表，而MSVC编译环境下，每个DLL和EXE都拥有独立的CRT全局数据区域。
• 你在EXE里注册的类型，只会写入EXE自己的映射表；DLL里的映射表完全看不到这些注册信息，反之亦然。跨模块调用时，找不到对应类型就触发UNREGISTERED_POLYMORPHIC_EXCEPTION。
• 而直接main调用、禁用多态或用静态库时，所有代码都在同一个模块，全局映射表共享，所以不会崩溃。

可行解决方案 #

1. 统一类型注册到DLL模块 #

把所有多态类型的注册代码（CEREAL_REGISTER_TYPE、CEREAL_REGISTER_POLYMORPHIC_RELATION）全部放到DLL中：

• 比如把NewDerived的注册代码移到DLL的myclasses.hpp或者专门的注册.cpp文件里，确保DLL编译时生成对应的全局注册对象，这样DLL的映射表会包含所有需要的类型。
• EXE侧只需要包含头文件，不要重复注册，避免重复定义冲突。

2. 让EXE在DLL模块内完成类型注册 #

在DLL中导出一个注册函数，让EXE调用它来完成类型注册（注册代码会在DLL的内存空间执行，写入DLL的映射表）：

// DLL的Archiver.hpp中
extern "C" __declspec(dllexport) void RegisterTypesInDLL()
{
    CEREAL_REGISTER_TYPE(NewDerived);
    CEREAL_REGISTER_POLYMORPHIC_RELATION(Base, NewDerived);
}

然后在EXE的main开头调用：

int main()
{
    RegisterTypesInDLL();
    // 后续调用DLL的归档方法
    return 0;
}

3. 改用静态库（已验证可行） #

静态库会将代码直接合并到EXE中，所有全局对象都处于同一个模块，注册信息自然共享，这是最省心的方案，如果项目允许优先选择。

4. 统一CRT编译选项（不推荐） #

将DLL和EXE的CRT编译选项统一设置为多线程DLL（/MD）或多线程调试DLL（/MDd），强制使用同一个CRT全局数据区。但这个方法可能带来版本兼容性问题，且不是所有项目都适合调整该选项。

注意事项 #

• 确保DLL和EXE使用完全相同的cereal版本，且编译选项（C++标准、宏定义等）完全一致，避免因内存布局差异导致隐性崩溃。
• 不要在头文件中直接写CEREAL_REGISTER_TYPE，除非该头文件仅被单个模块包含，否则会在多个模块生成重复的全局注册对象，引发冲突。建议将注册代码放到.cpp文件中。

内容的提问来源于stack exchange，提问作者stav12212