vscode终端g++ --version报错而cmd正常，说明mingw已安装且系统path配置正确，问题在于vscode未加载更新后的环境变量；需彻底退出所有code.exe进程并重启，或在tasks.json中使用绝对路径指定g++.exe。

VSCode终端里g++ --version报错但CMD能用

说明MinGW已装好、系统PATH也设对了，问题出在VSCode没加载新环境变量。Windows GUI程序（比如双击图标启动的VSCode）启动时会“拍快照”式继承登录时的环境变量，改完PATH后不彻底退出再重启，它永远看不到新加的路径。

验证方法：在VSCode集成终端里执行echo %PATH%，复制输出，粘贴到CMD里对比——如果C:msys64mingw64in这类路径缺失，就是环境没刷新。

• 右键任务栏VSCode图标 → “退出”
• 按Ctrl+Shift+Esc打开任务管理器，搜Code.exe，结束所有进程
• 重新用文件夹方式打开项目（不是从历史记录点开）

tasks.json里写"g++"还是绝对路径

tasks.json的command字段默认不走系统PATH查找，尤其在PowerShell或未启用login shell时，"command": "g++"很可能直接失败。写绝对路径才可靠。

• 路径必须和你实际安装位置一致，例如MSYS2的UCRT64工具链是C:msys64ucrt64ing++.exe，MinGW-w64官方构建版可能是C:mingw64ing++.exe
• JSON中路径用正斜杠/或双反斜杠\，单反斜杠是非法转义符
• 路径里不能有空格或中文，否则任务大概率崩溃

c_cpp_properties.json填了compilerPath还是报错

c_cpp_properties.json里的compilerPath只影响IntelliSense补全和头文件解析，完全不参与终端命令执行或构建任务调用。很多人填了这个就以为编译器“配好了”，结果终端里照样报command not found。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

真正让VSCode“认出g++”的只有两处：

• 系统PATH（决定终端能否运行g++ --version）
• tasks.json中的command（决定构建任务用哪个可执行文件）

PATH里有多个MinGW路径，哪个生效

Windows按PATH顺序查找命令，前面一个错的g++.exe会把后面正确的盖住。常见于多次安装后残留的路径，比如同时存在C:msys64mingw32in和C:msys64mingw64in。

快速检查（PowerShell里运行）：$env:PATH -split ';' | Select-String -Pattern "mingw|gcc"

• 只保留你实际在用的那个路径（推荐C:msys64mingw64in或C:msys64ucrt64in），其余全删
• 删完记得点“确定”保存环境变量设置
• 不要只改用户变量，系统变量也得同步检查
• 路径末尾不加反斜杠，避免某些shell解析异常

最常被忽略的是：改完PATH后只关了VSCode窗口，没杀后台进程；或者用快捷方式重开，结果还是旧环境。哪怕只差一个字符的路径拼写，或者多了一个空格，g++就找不到——这种细节在JSON配置和环境变量里特别容易藏雷。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！