必须先确认g++在系统终端中可执行，再配置vscode：将mingw-w64的bin路径（如d:mingw64in）加入系统path，重启vscode；tasks.json中command用绝对路径，args含"-g"、"${file}"、"-o"及正确输出路径；launch.json的program需与-o生成路径一致，并指定gdb.exe路径。
VSCode 本身不带编译器，运行 C++ 代码必须靠外部工具链 + 正确配置。只要 g++ 能在终端里执行，且 VSCode 插件和任务配置没写错，就能跑起来——不是“能不能”，而是“哪一步卡住了”。
怎么确认 g++ 真的可用？
这是所有问题的起点。很多人以为装了 MinGW-w64 就万事大吉，结果 g++ --version 报 'g++' is not recognized。
- 打开系统终端（不是 VSCode 内置终端），直接输
g++ --version，必须有输出；没有就说明环境变量根本没生效 - 路径必须精确到
bin目录，比如你解压 MinGW 到D:mingw64，就得把D:mingw64in加进系统Path，不是D:mingw64 - 改完环境变量后，**必须重启 VSCode**（只关窗口不够，要彻底退出进程），否则内置终端仍读不到新
Path - Windows 下常见陷阱：路径含空格或中文（如
C:Program Filesmingw或D:我的编译器），一律换掉
tasks.json 里 command 和 args 怎么写才不报错？
VSCode 不会自动猜你要用哪个编译器，tasks.json 必须明确指定命令和参数，否则构建失败时连错误在哪都找不到。
-
command建议写绝对路径，比如"D:\mingw64\bin\g++.exe"，避免依赖Path查找（更稳定） -
args顺序不能乱："-g"（调试信息）、"${file}"（当前文件）、"-o"、"${fileDirname}\${fileBasenameNoExtension}.exe"是标准四件套 - 如果用
gcc编译.cpp文件，可能链接失败（缺 C++ 标准库），务必用g++，哪怕只是单个文件 - Windows 下输出路径用双反斜杠
\或正斜杠/，别用单反斜杠（JSON 里会被当转义符）
为什么按 Ctrl+F5 没反应，或者提示 “无法启动调试器”？
调试不是自动开箱即用的，launch.json 必须和 tasks.json 对得上，且 program 指向的可执行文件得真实存在。
-
program字段必须和tasks.json中-o后面生成的路径完全一致，比如"${fileDirname}\${fileBasenameNoExtension}.exe" -
externalConsole设为true，否则 Windows 下控制台一闪而过，看不到printf输出 -
miDebuggerPath要指向gdb.exe，例如"D:\mingw64\bin\gdb.exe"；漏写或路径错，调试直接挂 - 第一次调试前，先手动运行一次构建任务（Ctrl+Shift+B），确保
.exe已生成，否则launch.json找不到目标程序
最常被忽略的点：tasks.json 和 launch.json 都放在 .vscode/ 目录下，且文件名一个字母都不能错；少个点、大小写不对、多出空格，VSCode 就当它不存在。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
