C++在VS Code中配置失败主因是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++和gdb是否真能用
这是最容易被跳过的一步，但所有后续配置都依赖它。
- 打开终端（cmd / PowerShell / 终端），输入
g++ --version，必须看到版本号；否则tasks.json再对也白搭 - 同样输
gdb --version，调试才可能跑起来；如果报“不是内部或外部命令”，launch.json里的miDebuggerPath就无从谈起 - MinGW-w64安装后路径别含中文或空格（比如
D:mingw64in可以，C:Program Filesmingw64in大概率失败） - Windows上选
x86_64-posix-seh版本，别选sjlj——后者在调试时会卡断点、变量看不了
tasks.json里command和args怎么写才不翻车
这个文件本质就是把你在终端敲的编译命令“固化”下来，不是写得越长越好，而是要匹配你实际需要的场景。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 单文件快速编译：
"command": "g++"，"args"里至少带-g（生成调试信息）和-o（指定输出名），例如["-g", "${file}", "-o", "${fileDirname}\${fileBasenameNoExtension}.exe"] - 如果项目有多个
.cpp，别硬塞进一个args数组里，改用"type": "shell"+"command": "g++ -g *.cpp -o app.exe"，更可控 -
${file}代表当前打开的文件，${fileDirname}是目录路径，注意Windows下路径分隔符要用\，不是/（JSON里双反斜杠才合法） - 别漏掉
"group": "build"，否则按Ctrl+Shift+B时VS Code不知道该跑哪个任务
launch.json里preLaunchTask和program必须对得上
调试前必须先编译出可执行文件，而VS Code靠preLaunchTask触发编译——它填的值，必须和tasks.json里对应任务的"label"完全一致。
立即学习“C++免费学习笔记（深入）”；
- 比如
tasks.json里写了"label": "build (g++)"，那launch.json里就得写"preLaunchTask": "build (g++)"，多一个空格、少一个括号都不行 -
"program"指向的文件，必须和tasks.json里-o生成的路径完全一致；常见错误是tasks.json生成main.exe，launch.json却写成main.out -
"externalConsole": true建议打开，尤其带system("pause")或getchar()的程序，否则控制台一闪就关 - 如果调试时提示“无法启动程序”，先检查
program路径是否存在，再确认该文件有没有被杀毒软件拦截（特别是360、火绒）
最常被忽略的其实是路径同步问题：你改了tasks.json让g++输出到./bin/app.exe，但launch.json还指着./app.exe，这种错不会报语法错误，只会静默失败。配完务必手动在终端里cd进项目目录，用g++命令跑一遍，确认生成路径和文件名跟你配置的一致，再回VS Code点调试。
