根本原因是构建任务未真正调用编译器生成.exe，常见于tasks.json中"type"误设为"cppbuild"导致静默失败，或args缺少"-o"参数、路径拼写错误、新增.cpp文件未更新cmakelists.txt、终端环境（如powershell）干扰输出、以及构建任务作用于非main文件等。
根本原因不是 VSCode 本身，而是构建任务没真正调用编译器生成 .exe —— 大部分情况是 tasks.json 配置失效或被绕过。
tasks.json 中 "type" 写成 "cppbuild" 会导致静默失败
VSCode 的 C/C++ 扩展曾提供 cppbuild 类型任务，但它依赖扩展内置逻辑，不保证执行你写的 command 和 args。实际测试中，该类型常跳过编译步骤，终端无报错、无输出、也无 .exe 文件。
- 必须把
"type": "cppbuild"改为"type": "shell"（Windows）或"type": "process"（Linux/macOS） -
"shell"强制走系统终端执行命令，行为可预测；"process"更轻量，但 Windows 下对路径空格、反斜杠兼容性略差 - 改完后按
Ctrl+Shift+B触发构建，观察终端是否真实打印出g++.exe或clang++命令行
args 缺少 -o 或路径拼写错误，导致生成无扩展名文件
常见现象：构建“成功”，但目录下出现一个叫 main 的文件（不是 main.exe），双击打不开，属性显示“类型：文件”——这是典型的未指定输出扩展名。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 确保
args包含"-o"参数，且紧随其后的是带.exe的完整路径，例如："${fileDirname}\${fileBasenameNoExtension}.exe" - Windows 路径分隔符用
\，不是/或单（后者在 JSON 中会被转义） - 如果工作区路径含中文或空格，建议先换到纯英文路径测试，排除 shell 解析异常
新增 .cpp 文件后仍不编译，大概率是 CMake 项目未更新 CMakeLists.txt
如果你用 CMake Tools 插件管理项目，VSCode 新建的 utils.cpp 不会自动加入构建目标 —— CMakeLists.txt 里 add_executable() 列表没变，CMake 就当它不存在。
- 手动在
add_executable(app main.cpp)后追加新文件名：add_executable(app main.cpp utils.cpp) - 更健壮的做法是改用
target_sources(app PRIVATE utils.cpp)，支持后续增量添加而不重写整行 - 改完
CMakeLists.txt后，必须点击状态栏的Refresh图标或运行CMake: Clean and Rebuild，否则缓存的构建文件不会更新
终端用 PowerShell 而非 Command Prompt，可能干扰 g++.exe 输出
PowerShell 对某些 MinGW 工具链的二进制输出有缓冲或编码问题，表现为：命令看似执行了，但 .exe 文件大小为 0 字节，或根本没生成。
- 在 VSCode 设置里搜
terminal integrated default profile，把默认终端改成Command Prompt（Windows）或Git Bash（如果已装） - 临时验证：在集成终端里手动运行
g++ main.cpp -o main.exe，看能否生成有效文件；若能，说明是终端环境问题 - 不推荐改 PowerShell 执行策略，容易引发权限和安全警告
最易被忽略的一点：VSCode 的构建任务只响应「当前活动文件」。如果你打开的是 utils.cpp 但想生成主程序，${file} 就会指向它，而它没有 main() —— 最终链接失败，却可能不报错（尤其用 cppbuild 类型时）。动手前先确认编辑器标签页里激活的是含 int main() 的那个文件。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
