如何编译使用/MD开关的静态OpenSSL库以解决CRT链接冲突？

这个CRT混合链接的坑我之前踩过好几次！核心矛盾很明确：OpenSSL静态版默认用/MT（静态CRT）编译，而你的Qt等静态依赖用的是/MD（动态CRT）——两种CRT的内存分配、全局状态完全独立，混着轻则程序跑飞，重则直接崩溃。

下面按优先级给你几个靠谱的解决思路：

1. 让静态OpenSSL改用/MD编译（最优解） #

OpenSSL虽然没直接给修改CRT开关的配置项，但我们可以通过注入编译器参数强行覆盖默认设置，分两种编译场景：

用CMake编译OpenSSL（推荐，现代项目首选） #

运行CMake配置时，直接把/MD参数传给编译器：

cmake -G "Visual Studio 17 2022" -A x64 ^
  -DCMAKE_C_FLAGS="/MD" ^
  -DCMAKE_CXX_FLAGS="/MD" ^
  -DOPENSSL_USE_STATIC_LIBS=ON ^
  -DOPENSSL_NO_SHARED=ON ^
  ..

这里OPENSSL_NO_SHARED确保只生成静态库，/MD指定用动态CRT，CMake会自动把这些参数传递给VC编译器，替换掉OpenSSL默认的/MT。如果是Debug版本，把/MD改成/MDd就行。

用OpenSSL原生Configure脚本编译 #

Windows下用perl跑Configure时，先设置CFLAGS环境变量注入/MD：

set CFLAGS=/MD
perl Configure VC-WIN64A no-shared
nmake

Debug版就把CFLAGS设为/MDd，同样能覆盖默认的/MT。

2. 统一整个项目的CRT链接方式（次优解） #

如果改OpenSSL编译太折腾，也可以反过来调整你的项目，把所有依赖都改成同一种CRT：

• Qt静态库：在.pro文件里加QMAKE_CFLAGS += /MT和QMAKE_CXXFLAGS += /MT（Debug版用/MTd），然后重新编译Qt静态库。
• 你的应用：在Visual Studio项目属性里，找到「C/C++ → 代码生成 → 运行库」，改成「多线程(/MT)」或「多线程调试(/MTd)」。

不过这种方式的局限是，所有第三方依赖都得支持/MT，如果有某个库只能用/MD，这条路就行不通了。

3. 退一步用动态OpenSSL（折中方案） #

如果上面两种都搞不定，也可以换个思路：用动态版OpenSSL（默认/MD编译）配合静态Qt。虽然你原本想要静态OpenSSL，但这种方式能彻底避免CRT冲突，而且部署也简单——把libcrypto-*.dll和libssl-*.dll放到应用目录就行。

关键提醒 #

• 不管选哪种方法，Debug和Release版本的CRT必须严格对应：Debug用/MDd//MTd，Release用/MD//MT，混着用绝对会出问题。
• 修改OpenSSL编译参数后，一定要彻底清理旧的编译产物（比如删掉整个build目录），不然残留的旧目标文件会导致奇怪的链接错误。

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