直接生成单个独立exe文件不可能——c++控制台程序默认动态链接运行时dll（如vcruntime140.dll），需改为静态链接（/mt）并确保无第三方dll依赖、无外部资源，才能实现真正单文件。
直接生成单个独立 exe 文件是不可能的——C++ 控制台程序默认依赖运行时 DLL（如 vcruntime140.dll、msvcp140.dll），除非你主动切断这些动态链接。
为什么 Release 目录下的 exe 运行就报“缺少 xxx.dll”
因为 Visual Studio 默认使用动态链接的 C 运行时（/MD 或 /MDd），生成的 exe 只是“壳”，真正干活的函数在外部 DLL 里。目标机器没装对应版本的 Visual C++ Redistributable，就会闪退或弹窗报错。
- 常见错误信息：
The program can't start because vcruntime140.dll is missing from your computer. - 即使你用
windeployqt也无效——那是 Qt 专用工具，对纯控制台项目不适用 - 用 Dependency Walker 或
dumpbin /dependents your.exe可确认依赖哪些 DLL
让 exe 真正“单个”的唯一可靠方式：静态链接运行时
把运行时代码直接编译进 exe，不再需要外部 DLL。这是最干净、最可控的方案，适用于绝大多数控制台工具场景。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 右键项目 → 属性 → 配置属性 → C/C++ → 代码生成 → 运行库
- 将
Multi-threaded DLL (/MD)改为Multi-threaded (/MT)（Release）或Multi-threaded Debug (/MTd)（Debug） - 必须对 所有配置（Win32/x64 + Debug/Release）都设置，否则切换配置后又会出问题
- 改完后务必 清理解决方案 → 重新生成，否则旧 obj 文件可能残留动态链接引用
打包时仍需注意的隐性依赖
静态链接只解决 C/C++ 运行时，不代表万事大吉。以下情况仍需手动处理：
- 如果你用了
std::filesystem或std::regex，它们在较老 MSVC 工具集中可能仍隐式依赖msvcp140.dll，建议升级到 VS2019 Update 16.11+ 或 VS2022 - 调用了 Windows API 以外的第三方库（如
libcurl、zlib），它们自己是否静态链接？查其文档或用dumpbin /dependents验证 - 资源文件（如
.txt、.json）不是代码的一部分，必须随exe一起分发，或改用嵌入资源（rc文件 +LoadResource）
别被“单个 exe 安装包”误导
网上很多教程教你怎么用 Enigma Virtual Box 或 Setup Project 打包成“一个文件”，那只是把 exe + dll + 资源 压进容器，并非真正单文件可执行体——解包后仍是多个文件，且启动时仍要提取到临时目录再运行。真正意义的“单个 exe”只有一种路径：静态链接 + 零外部资源依赖。
最易被忽略的一点：静态链接后体积变大是正常的（增加几百 KB 到几 MB），别误以为是打包失败；而一旦你用了任何 DLL 导入（__declspec(dllimport)）、延迟加载或显式 LoadLibrary，就彻底告别“单文件”了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
