VSCode通过tasks.json、c_cpp_properties.json和launch.json协同调用g++和gdb实现C++编译调试：tasks.json定义编译任务，c_cpp_properties.json配置IntelliSense，launch.json控制GDB调试流程。
能编译 g++ 就说明 GCC 已就位，VS Code 本身不编译，它靠配置文件调用 g++ 和 gdb。关键不是“怎么装”，而是“怎么让 VS Code 正确找到并调用它们”。
确认 g++ 命令能在终端里直接运行
这是所有配置的前提。如果 g++ --version 报 “不是内部或外部命令”，后面所有配置都白搭。
- 打开 cmd 或 PowerShell，输入
g++ --version，必须有输出（比如g++ (MinGW-W64 x86_64-posix-seh, built by Brecht Sanders) 13.2.0） - 如果失败，回头检查环境变量：
Path里是否添加了 MinGW-w64 的bin目录（例如C:mingw64in或D:mingw64in） - 改完环境变量后，**必须新开一个终端窗口**，旧窗口不会自动刷新
Path
tasks.json 里 command 和 args 怎么写才可靠
这个文件控制“按 Ctrl+Shift+B 编译时实际执行什么命令”。写错路径或漏参数，就会编译失败或生成不了可执行文件。
-
command推荐直接写"g++"，而不是绝对路径（如"C:\mingw64\bin\g++.exe"），前提是上一步验证过g++全局可用 -
args至少包含："-g"（生成调试信息）、"${file}"（当前文件）、"-o"、"${fileDirname}\${fileBasenameNoExtension}.exe"（Windows 下输出带 .exe 后缀） - 如果用了 C++17 或更新标准，加
"-std=c++17"；多文件项目需把所有.cpp文件列进args，不能只写${file} - 常见错误：漏掉
-o参数，导致g++默认输出为a.exe，和预期不符
launch.json 中 miDebuggerPath 和 program 必须严格匹配
调试失败十有八九出在这儿——gdb 找不到，或者要调试的程序根本没生成/路径不对。
立即学习“C++免费学习笔记（深入）”；
-
miDebuggerPath必须指向你 MinGW-w64 安装目录下的gdb.exe，比如"C:\mingw64\bin\gdb.exe"；不能写成gdb或留空 -
program要和tasks.json中-o指定的输出路径完全一致，Windows 下注意反斜杠\和扩展名.exe -
externalConsole设为true才能看到system("pause")或cin.get()的效果；设false时控制台一闪而过 - 如果调试时报错
Unable to start debugging，先手动在终端里 cd 到源码目录，运行生成的.exe看是否真能跑
c_cpp_properties.json 不配 IntelliSense 会误报“未定义标识符”
这不是编译问题，但严重影响编码体验——#include <vector></vector> 下划红线、std::string 提示找不到，其实是头文件路径没告诉插件。
- 该文件由 C/C++ 插件自动生成（按 Ctrl+Shift+P → “C/C++: Edit Configurations (UI)”），重点填
compilerPath（如"C:\mingw64\bin\g++.exe"）和intelliSenseMode（Windows 选gcc-x64） - MinGW-w64 的头文件通常在
mingw64libgcc*include和mingw64_64-w64-mingw32include，插件一般能自动推导；若仍有红标，手动加进includePath - 改完保存后，右下角状态栏会提示 “IntelliSense 正在重新索引”，等转圈结束再看效果
最常被忽略的一点：三个配置文件（tasks.json、launch.json、c_cpp_properties.json）必须放在项目根目录的 .vscode/ 文件夹里，且文件名一个字母都不能错。放错位置或拼错名，VS Code 就当它们不存在。
