必须彻底退出VSCode进程（任务栏右键“退出”或结束Code.exe），再重新打开项目，否则集成终端无法加载新PATH；验证方法为终端执行echo %PATH%检查是否含MinGW bin路径。
VSCode集成终端里敲 g++ --version 报“无法识别”，不是编译器没装，而是它根本没看到你配的环境变量——重启 VSCode 才是最常被跳过的一步。
为什么 CMD 能用但 VSCode 终端不行
VSCode 启动时只读取一次父进程的环境变量。你改完系统 PATH 后，如果只是关了窗口没杀进程，或者用快捷方式直接启动，它大概率还在用旧的环境快照。
验证方法很简单：在 VSCode 集成终端里运行 echo %PATH%（Windows）或 $env:PATH（PowerShell），看输出里有没有你的 MinGW bin 目录（比如 C:mingw64in）。没有？就说明它压根没加载新配置。
- 完全退出 VSCode：任务栏右键 → “退出”，或按
Ctrl+Q（Windows/Linux）/Cmd+Q（macOS） - 打开任务管理器，搜
Code.exe，全部结束 - 再重新打开项目文件夹，别从历史记录点开
PATH 里有多个 MinGW 路径时怎么办
Windows 按 PATH 顺序找命令，前面一个错的 g++.exe 会把后面正确的盖住。常见于多次安装、解压不同版本后留下的残留路径。
立即学习“C++免费学习笔记（深入）”；
在 PowerShell 里快速检查：
$env:PATH -split ';' | Select-String -Pattern "mingw|gcc"
如果输出里出现多个类似 C:msys64mingw32in 和 C:mingw64in 的条目，只保留你实际在用的那个（推荐 C:mingw64in，对应 x86_64-posix-seh 版本），其余全删。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 删完记得点“确定”保存环境变量设置
- 不要只改用户变量，系统变量也得同步检查
- 路径末尾不加反斜杠
，避免某些 shell 解析异常
手动指定 compilerPath 仍报错的硬坑
c_cpp_properties.json 里的 compilerPath 只影响 IntelliSense 补全和头文件解析，**不影响终端执行 g++ 命令本身**。很多人填了这个就以为万事大吉，结果终端里照样报错。
真正要让终端认命令，必须靠系统 PATH；而要让调试器（launch.json）或构建任务（tasks.json）能跑起来，才需要显式写绝对路径。
-
tasks.json中的command字段可以写"C:/mingw64/bin/g++.exe"，绕过 PATH 查找 -
launch.json的miDebuggerPath如果用gdb，同样建议填绝对路径，比如"C:/mingw64/bin/gdb.exe" - 所有 JSON 文件里路径用正斜杠
/或双反斜杠\，单反斜杠是非法转义符
Ubuntu/macOS 下 g++ not found 的特殊处理
Linux/macOS 不是 PATH 没配，而是压根没装 g++。装了 gcc 不等于有 g++ —— 它们是两个独立包。
Ubuntu/Debian：
sudo apt update && sudo apt install build-essential
macOS（Homebrew）：
brew install gcc
注意：build-essential 是元包，会自动拉 g++、libstdc++ 头文件等；单独装 gcc 可能只带 C 编译器。
- 装完别忘了
which g++确认位置，再检查 VSCode 终端是否继承了 shell 的 PATH - Zsh 用户要确认
~/.zshrc里是否导出了 PATH，VSCode 默认可能读的是~/.bash_profile
最易被忽略的一点：VSCode 的“重新加载窗口”（Ctrl+Shift+P → Developer: Reload Window）**不会刷新环境变量**，它只重载 UI 和插件。必须彻底退出进程，才能让新 PATH 生效。
