能跑通g++ --version和gdb --version是vs code编译调试c++的绝对前提；必须确保mingw-w64路径不含中文、空格或括号，path中添加的是bin目录（如c:mingw64in），且修改后需彻底退出vscode进程并重启，否则集成终端无法加载新环境变量。
能跑通 g++ --version 和 gdb --version，且 MinGW-w64 路径不含中文、空格或括号，是 VS Code 编译调试 C++ 的绝对前提；其余配置全对，只要这一步卡住，F5 或 Ctrl+Shift+B 都会静默失败。
g++ --version 报错？先盯死 PATH 和安装路径
这不是 VS Code 的问题，而是系统根本没找到编译器。VS Code 启动时读取的是它进程启动那一刻的环境变量，所以改完 PATH 后必须彻底退出 VS Code（任务管理器里确认 Code.exe 进程已结束），再重新打开。
验证方式：打开全新的 CMD 或 PowerShell，直接输入 g++ --version——必须有输出；如果提示“不是内部或外部命令”，说明 PATH 没生效或路径填错了。
- MinGW-w64 解压/安装路径严禁含中文、空格、括号（如
C:Program Filesmingw64或D:我的项目mingw64），推荐直接放C:mingw64或D:mingw64 -
PATH中添加的是C:mingw64in，不是C:mingw64；少一个in就等于白配 - 若用 MSYS2 安装，路径通常是
C:msys64mingw64in，别漏掉中间的mingw64
tasks.json 必须带 -g 且 command 是 g++.exe
VS Code 默认生成的构建任务不带调试信息，断点会显示为“未绑定”，单步执行直接跳过。你写的 tasks.json 不是“能编译就行”，而是必须让输出的可执行文件包含符号表。
-
command字段必须是"g++.exe"（Windows 下），不能写成"gcc.exe"——后者链接 C++ 标准库可能失败，尤其用了#include <iostream></iostream>时 -
args数组里必须包含"-g"（生成调试信息）、"-O0"（关闭优化，否则变量被优化掉，调试时看不到值）、"-std=c++17"或更高（避免 C++20 特性报错） - 最后一项必须是
"-o"后紧跟输出路径，例如"${fileDirname}\${fileBasenameNoExtension}.exe"；漏掉这个，生成的 exe 会跑到奇怪位置，launch.json找不到它
Ctrl+Shift+B 没反应？检查 task label 和默认任务绑定
VS Code 的构建快捷键依赖“默认构建任务”是否正确定义。即使 tasks.json 存在多个 task，也只认那个被设为 default 的。
- 确保
tasks.json中对应 task 的"group": "build"且"problemMatcher": ["$gcc"] - 在
tasks.json里给目标 task 加上"isDefault": true（或通过命令面板运行 “Tasks: Configure Default Build Task” 手动指定） - 如果
label是"task g++"，但快捷键没响应，大概率是没设为 default，或者 label 名字和 launch.json 中"preLaunchTask"不一致
最常被忽略的其实是路径合法性与进程重启——哪怕所有 JSON 配置都对，只要 mingw64 在带空格的路径下，或 VS Code 没彻底重启，g++ 就永远找不到。动手前先清掉旧进程、换干净路径、再验证命令行，比反复调 JSON 有效得多。
