/MD与/MT本质是切换C++运行时库的动态或静态链接方式：/MD动态链接MSVCRT.dll，体积小但需系统安装VC运行时；/MT静态链接CRT代码进EXE，免依赖但体积大且易引发LNK2038、跨DLL堆损坏等错误；全项目（含第三方库与所有模块）必须统一配置，否则导致符号冲突或运行时崩溃。
在VS项目属性里改/MD和/MT开关
Visual Studio中切换C++运行时库，本质就是改编译器的/MD、/MDd（动态链接Release/Debug）或/MT、/MTd（静态链接Release/Debug）选项。这个设置在项目属性页里，不是CMakeLists.txt或全局环境变量。
右键项目 → 属性 → 配置属性 → C/C++ → 代码生成 → 运行时库，下拉菜单直接选就行。注意：必须为每个配置（Debug/Release）单独设置，不能只改一个。
-
/MD：链接msvcrxx.dll等系统DLL，可执行文件小，但需确保目标机器有对应VC运行时 -
/MT：把CRT代码打进EXE，体积变大，但免安装依赖 - Debug版务必配
/MDd或/MTd，混用/MD+/MTd会导致LNK2038或堆不一致崩溃
第三方库必须和你的项目用同一套运行时
如果你用了预编译的.lib（比如OpenSSL、Boost二进制包），它们本身是按某一种运行时编译的。你项目切到/MT，而库是/MD编译的，链接时大概率报LNK2005（重复定义_malloc等）或LNK2038（RuntimeLibrary不匹配）。
解决方法只有两个：
立即学习“C++免费学习笔记（深入）”；
- 找对应
/MT版本的库（有些开源项目提供vcxxx_mt.lib命名的静态库） - 自己用相同运行时重编整个第三方库（修改其CMake的
CMAKE_MSVC_RUNTIME_LIBRARY或VS属性） - 放弃
/MT，统一用/MD——这是绝大多数企业项目的实际选择
混合模块（DLL + EXE）必须全项目统一
如果你的解决方案里既有EXE又有DLL，且它们互相调用（比如DLL导出函数返回std::string或接收std::vector参数），那么所有模块的运行时必须完全一致。哪怕只是“EXE用/MT、DLL用/MD”，也会在跨模块传递STL对象时触发堆损坏——因为new/delete可能来自不同CRT堆。
检查方式很简单：
- 每个项目属性里确认
运行时库设置是否一致 - 用
dumpbin /dependents your.dll看它依赖MSVCPxxx.dll还是没依赖 - 运行时崩溃堆栈若出现
ucrtbase.dll!_free_base和msvcrxxx.dll!_free_dbg混杂，基本就是运行时打架
CMake项目在VS中也要手动同步
用CMake生成VS工程后，CMAKE_MSVC_RUNTIME_LIBRARY只影响生成时的默认值，后续你在VS里手动改了属性，CMake不会覆盖——但下次重新Generate，又会按CMake设置刷回去。
所以有两种稳定做法：
- 在
CMakeLists.txt里明确写：set(CMAKE_MSVC_RUNTIME_LIBRARY "MultiThreaded$:Debug>")（对应/MT）或"MultiThreadedDLL$:Debug>"（对应/MD） - 生成完VS工程后，立刻在VS里统一改一遍所有项目，并养成“不再点Generate”的习惯
- 注意：CMake 3.15+才支持
MultiThreadedDLL这种写法，旧版本只能靠add_compile_options(/MT)硬塞，且不区分Debug/Release
最常被忽略的是：即使你只改了主EXE的运行时，忘了改配套的静态库项目（.lib），或者忘了改单元测试项目，链接时照样失败。实际操作中，建议打开“配置管理器”，全选所有项目，再批量进属性页修改，避免漏项。
