VSCode终端报“g++不是内部或外部命令”本质是系统PATH未生效，需先在CMD中验证g++ --version成功，再彻底退出VSCode进程并重启，确保集成终端继承最新PATH；tasks.json中command建议用"g++"而非绝对路径，args须含"-g"且多文件时改用"${workspaceFolder}/*.cpp"；c_cpp_properties.json的compilerPath必须与where g++输出完全一致，IntelliSense mode选gcc-x64。
VSCode终端里执行 g++ 报 “不是内部或外部命令”，或者 Ctrl+Shift+B 编译失败、F5 调试提示 “program does not exist”，基本都是编译环境链路断了——不是 VSCode 配置文件错了，而是终端根本找不到 g++。重置的核心是：先让系统认得编译器，再让 VSCode 用得上它。
确认终端能否调用 g++（最常被跳过的一步）
VSCode 的终端（Ctrl+`）本质就是你系统的命令行，它不会魔法般“继承”你刚改的环境变量。必须从源头验证：
- 关掉所有 VSCode 窗口，重新打开一个全新的 VSCode 实例（不是标签页，是全新进程）
- 按
Ctrl+`打开集成终端，直接输入：g++ --version - 如果报错，说明
PATH没生效；此时别急着改tasks.json，先去系统环境变量里检查mingw64in（比如C:mingw64in）是否已加进Path，且路径末尾**没有多余空格或中文字符** - Windows 下推荐用
where g++而非which，输出应为完整路径，例如：C:mingw64ing++.exe
tasks.json 中 command 和 args 的硬编码陷阱
很多人复制网上的 tasks.json 后把 "command": "g++.exe" 改成绝对路径（如 "C:\mingw64\bin\g++.exe"），以为更保险——其实反而容易出问题：
- VSCode 在 Windows 上对反斜杠敏感，单个
会被转义，必须写成双反斜杠\或正斜杠/ - 一旦你换了 MinGW 版本或路径，这个硬编码就失效，而用
"command": "g++"可以自动走PATH查找，更健壮 -
args里不要漏掉-g（生成调试信息），否则launch.json无法关联源码和符号；多文件编译时，"${file}"只编当前文件，要编整个目录得改成"${workspaceFolder}/*.cpp"
c_cpp_properties.json 的 compilerPath 必须与终端一致
这个文件只影响 IntelliSense（代码补全、跳转、错误提示），但它用的编译器路径如果和终端里实际运行的不一致，就会出现“编辑时没报错，一编译就炸”的割裂感：
立即学习“C++免费学习笔记（深入）”；
- 在 VSCode 中按
Ctrl+Shift+P→ 输入C/C++: Edit Configurations (UI)→ 在 UI 表单里填Compiler path，**务必选和where g++输出完全一致的路径**（例如C:/mingw64/bin/g++.exe） - IntelliSense mode 必须匹配：MinGW-w64 选
gcc-x64，不是msvc-x64或clang-x64 - 该文件自动生成后，**不要手动编辑
compilerPath字段里的反斜杠**——VSCode UI 会自动处理格式，手改容易引入不可见字符
重启终端比重启 VSCode 更有效
改完环境变量或配置文件后，很多人习惯重启 VSCode，但其实 VSCode 的集成终端是独立子进程，它启动时只读一次 PATH。真正起效的操作是：
- 在 VSCode 终端里按
Ctrl+Shift+P→ 输入Terminal: Kill All Terminals - 再按
Ctrl+`新建一个终端，此时它会加载最新的系统环境变量 - 如果仍不行，再关掉 VSCode 全部窗口，任务管理器里结束所有
Code.exe进程，然后重开 - 特别注意：杀毒软件（尤其是 360、腾讯电脑管家）有时会拦截
g++.exe或gdb.exe，临时禁用试试
真正卡住的地方，往往不在 JSON 文件怎么写，而在于终端进程是否拿到了正确的 PATH。每次重置前，先问自己一句：我在 CMD 里能跑通 g++ --version 吗？不能，就别碰 launch.json。
