vscode终端中g++ --version报错而cmd正常，是因为vscode未加载更新后的path环境变量；需彻底退出所有code.exe进程并重启，或改用绝对路径配置tasks.json中的command字段。
VSCode终端里g++ --version报错，但CMD能用
这说明MinGW已装好、系统PATH也设对了，问题出在VSCode没加载新环境变量。Windows下GUI程序（比如双击图标启动的VSCode）启动时会“拍快照”式继承登录时的环境变量，改完PATH后不重启VSCode，它永远看不到新加的路径。
验证方法：echo %PATH% 在VSCode集成终端里执行，复制输出，粘贴到CMD里对比——如果C:msys64mingw64in这类路径缺失，就是环境没刷新。
- 右键任务栏VSCode图标 → “退出”
- 按
Ctrl+Shift+Esc打开任务管理器，搜Code.exe，结束所有进程 - 重新用文件夹方式打开项目（不是从历史记录点开）
tasks.json里写"g++"还是绝对路径
tasks.json 的 command 字段默认不走系统PATH查找，尤其在PowerShell或未启用login shell时，"command": "g++" 很可能直接失败。
写绝对路径才可靠，例如：
{
"command": "C:\msys64\mingw64\bin\g++.exe",
"args": ["-g", "${file}", "-o", "${fileDirname}\${fileBasenameNoExtension}.exe"]
}
注意：\ 是JSON字符串中反斜杠的合法转义；路径必须和你实际安装位置一致（MSYS2的UCRT64工具链路径是 C:\msys64\ucrt64\bin\g++.exe）；路径里不能有空格或中文，否则任务大概率崩溃。
c_cpp_properties.json填了compilerPath还是报错
c_cpp_properties.json 里的 compilerPath 只影响IntelliSense补全和头文件解析，完全不参与终端命令执行或构建任务调用。很多人填了这个就以为编译器“配好了”，结果终端里照样报 command not found。
真正让VSCode“认出g++”的只有两处：
- 系统PATH（决定终端能否运行
g++ --version） -
tasks.json中的command（决定构建任务用哪个可执行文件）
所以别指望 compilerPath 解决运行问题，它只管代码提示是否准。
PATH里有多个MinGW路径，哪个生效
Windows按PATH顺序查找命令，前面一个错的g++.exe会把后面正确的盖住。常见于多次安装后残留的路径，比如同时存在 C:msys64mingw32in 和 C:msys64mingw64in。
快速检查（PowerShell里运行）：
$env:PATH -split ';' | Select-String -Pattern "mingw|gcc"
只保留你实际在用的那个路径（推荐 C:msys64mingw64in 或 C:msys64ucrt64in），其余全删。删完记得点“确定”保存环境变量——用户变量和系统变量都要同步检查，路径末尾别加反斜杠。
最常被跳过的一步是彻底退出VSCode进程。很多人改完PATH、重配tasks.json、甚至重装插件，却忘了关掉后台的Code.exe，结果所有配置都白忙。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
