如何让库兼容/MD与/MT选项？部分跨选项链接原因咨询

这是个很常见的CRT链接冲突问题，核心区别在于你编译这些库时选择的是静态库（.lib）还是动态库（.dll），以及它们和项目之间的CRT依赖关系：

为什么zlib/OpenSSL/libcurl能跨MT/MD链接？ #

• 你大概率是把这些库编译成了动态库（.dll），它们对应的导入库（.lib）只包含导出符号的声明，并不包含CRT（C运行时库）的代码。当你的/MT项目链接这个导入库时，最终的exe会在运行时加载对应的.dll文件——而.dll本身是用/MD编译的（依赖动态CRT），你的exe用/MT（依赖静态CRT），这是允许的：因为exe和dll是两个独立的进程模块，各自拥有自己的CRT实例，链接器不会检测到冲突（导入库不携带RuntimeLibrary的标记到最终链接环节）。
• 另外，这些成熟库的代码设计相对严谨，尽量避免直接依赖CRT的全局状态或特定内存分配函数，进一步降低了跨模块CRT交互的风险，但核心原因还是动态库的模式。

为什么JsonCpp/PugiXML会触发LNK2038？ #

• 你应该是把这些库编译成了静态库（.lib）。静态库的代码会被直接嵌入到你的exe二进制中，这时候静态库本身是用/MD编译的（依赖动态CRT），而你的项目是/MT（依赖静态CRT）——链接器会检测到同一个二进制里存在两种完全独立的CRT依赖，直接抛出LNK2038错误。毕竟静态CRT和动态CRT的内部实现、全局变量（比如errno、内存分配池）都是隔离的，根本无法共存于同一个模块。

如何让JsonCpp/PugiXML兼容两种RuntimeLibrary？ #

这里有几种可行的方案：

• 编译对应版本的静态库：为这些库分别编译/MT和/MD版本的静态库，在你的项目中根据当前RuntimeLibrary选项链接对应的库文件。大部分开源库都支持通过CMake、VS项目属性切换RuntimeLibrary，比如CMake中设置CMAKE_MSVC_RUNTIME_LIBRARY为MultiThreaded（对应/MT）或MultiThreadedDLL（对应/MD）。
• 编译为动态库（.dll）：和curl一样，把JsonCpp/PugiXML编译成动态库。这样它们的导入库不携带CRT依赖到你的项目，你的/MT项目可以正常链接，运行时各自加载对应的CRT。注意：这种模式下要避免在exe和dll之间传递CRT分配的内存（比如在exe中new对象，在dll中delete），否则会因两个CRT实例的内存池独立而导致泄漏或崩溃。
• 修改库代码（不推荐）：如果库的代码中没有依赖CRT的全局状态或特定函数，可以尝试让库使用“无CRT”模式，但这需要大量修改，且容易引入隐藏问题，一般不建议。

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