输出目录可能被修改：需检查项目属性→“常规”页中“输出目录”值，确认是否为自定义相对路径（如bin$(configuration)\）或绝对路径（如d:\mybuild\），注意末尾反斜杠及宏拼写正确性。
检查输出目录是否被修改过
Visual Studio 默认把 .exe 放在 $(SolutionDir)$(Configuration)\ 下，比如 Debug\ 或 Release\ 文件夹。但很多人新建项目后没注意，手动改过「输出目录」——结果编译成功，.exe 却跑去了别的地方。
打开项目属性 → 「常规」页 → 查看「输出目录」值。它可能是相对路径（如 bin\$(Configuration)\）或绝对路径（如 D:\mybuild\）。如果这里填了自定义路径，就去那里找，而不是默认的 Debug\。
常见坑点：
- 路径末尾漏了反斜杠
\，VS 有时会静默忽略后续拼接，导致输出到奇怪位置 - 用了宏但拼写错误，比如写成
$(Confiuration)（少个g），这时 VS 可能回退到默认路径，也可能直接失败却不报错 - 多配置项目（如同时有
x64和x86）下，「活动解决方案平台」选错了，结果在x64\Debug\编译，却去x86\Debug\目录翻找
确认链接器是否真的运行了
编译成功 ≠ 链接成功。VS 的「生成」过程包含编译（.cpp → .obj）和链接（.obj → .exe）两个阶段。如果链接被跳过或失败，就不会产生 .exe，但输出窗口可能只显示「生成: 1 成功」这种误导性信息。
关键判断依据是输出窗口里有没有出现类似这样的行：
Linking... 1>LINK : fatal error LNK1104: cannot open file 'MyApp.exe'
或者更隐蔽的：没有 Link: 开头的日志，只有 ClCompile: 日志 —— 这说明链接根本没触发。
可能原因：
- 项目类型设成了「实用工具」或「静态库」，这类配置默认不调用链接器
- 「配置属性 → 常规 → 配置类型」被误设为
StaticLibrary而非Application (.exe) - 「配置属性 → 链接器 → 常规 → 启用增量链接」设为
No且存在符号冲突，导致链接静默终止
用命令行快速验证产物是否存在
别只信 VS 界面。直接进项目根目录，用命令行搜 .exe 文件最可靠：
cd /d "C:\path\to\your\solution" dir /s /b *.exe
如果什么都没返回，说明确实没生成；如果返回一堆路径，挑时间最新的那个，基本就是你要的。
注意点：
- 确保你在「开发人员命令提示符」或已加载 VS 环境变量的终端里执行，否则
cl.exe或link.exe路径可能不对 -
dir /s /b比资源管理器搜索快得多，尤其当项目含多个子目录或中间文件夹时 - 有些项目会把
.exe打包进安装目录或部署目录（比如 WiX 工程），不是所有可执行文件都放在Debug\里
检查 Windows Defender 或杀毒软件是否拦截了生成
极少数但真实存在的情况：杀软把刚生成的 .exe 当作可疑文件，立刻隔离或删除，VS 还来不及报错，你就发现文件“凭空消失”了。
验证方法很简单：
- 临时关闭实时防护（仅测试用），重新生成一次，看
.exe是否出现 - 去 Windows 安全中心 → 「病毒和威胁防护」→ 「保护历史记录」，筛选「隔离项目」，查有没有刚生成的
xxx.exe - 把项目所在文件夹加进杀软白名单（推荐长期方案）
这个环节最容易被忽略——因为没有任何编译或链接错误日志，连输出窗口都干干净净，你只会反复刷新文件夹，怀疑自己眼花了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
