c++在vs code中编译失败，90%是g++未安装、未加入path或tasks.json命令错误；须先验证g++/gdb --version，mingw路径禁用中文和空格，tasks.json与launch.json的label、program路径须严格一致。
C++装了VS Code却不能编译，90%不是VS Code的问题，而是g++根本没进系统PATH，或者tasks.json里调用的命令压根就不存在。VS Code不自带编译器，它只负责把你的命令（比如g++ -g main.cpp -o main.exe）发给终端执行——如果终端不认识g++，那再漂亮的UI也编译不了。
先验证g++和gdb能不能在终端里跑起来
这是所有配置的前提，跳过这步后面全白搭：打开VS Code集成终端（Ctrl+`），输入：g++ --version —— 必须输出版本号，否则tasks.json再对也没用gdb --version —— 调试要用，报“不是内部或外部命令”说明调试链断了
常见失败原因：
- MinGW-w64安装路径含中文或空格（如D:我的软件mingw64）→ 重装到纯英文无空格路径（如D:mingw64）
- PATH没加对：必须把bin目录（如D:mingw64in）加进系统环境变量，不是只加mingw64目录
- PATH顺序冲突：比如Anaconda、Git、MSYS2多个bin目录混在一起 → 把你主用的编译器路径（如D:msys64ucrt64in）移到PATH最前面
- 没重启VS Code：改完PATH后必须彻底关闭再重开，否则终端继承的是旧环境
tasks.json里command写错是最常见的翻车点
这个文件不是“配编译器”，而是“把你在终端敲的命令固化下来”。写错一个字符就报command not found：
command字段通常就填"g++"，别写成"D:\mingw64\bin\g++.exe"（路径硬编码易失效）args数组必须带关键参数：
- "-g"：生成调试信息（否则F5调试会失败）
- "${file}"：当前编辑的文件，Windows下注意${fileDirname}\${fileBasenameNoExtension}.exe里的双反斜杠
- "-o"后面跟输出路径，必须和launch.json里的program完全一致
别漏掉"group": "build"，否则Ctrl+Shift+B找不到任务
多文件项目别硬塞进单个args，改用"type": "shell" + "command": "g++ -g *.cpp -o app.exe"
launch.json的preLaunchTask和program必须严丝合缝
调试前VS Code会先执行编译任务，这个动作靠两个字段串联：preLaunchTask的值，必须和tasks.json里对应任务的label**逐字匹配**（包括空格、括号、大小写）
例如tasks.json写了"label": "build (g++)"，launch.json就必须写"preLaunchTask": "build (g++)"program指向的可执行文件，必须和tasks.json中-o生成的路径**完全一致**：
- tasks生成main.exe → program填"${fileDirname}\main.exe"
- tasks生成app.out → program不能写app.exeexternalConsole建议设为true，尤其代码里有system("pause")或getchar()时，否则控制台一闪就关
c_cpp_properties.json只管智能提示，不管编译
很多人在这里反复折腾，但其实：这个文件的compilerPath只影响IntelliSense（补全、语法高亮、头文件跳转）
它**完全不参与实际编译过程**，改错了也不会导致g++: command not found
真正决定编译行为的是tasks.json里的command和args，以及系统PATH
如果你用Run Code插件（Ctrl+Alt+N），那连tasks.json都不走，它直接读code-runner.executorMap里的配置，文件名含括号时还得加引号："g++ "$fileName" -o $fileNameWithoutExt"
真正的难点不在配置本身，而在于三个地方必须对齐：终端认得g++、tasks.json能正确调用它、launch.json能精准找到它生成的exe。任何一环松动，错误信息都只会冷冰冰地告诉你“无法启动程序”或“preLaunchTask terminated”，不会说清楚到底是哪一步断了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
