g++不可用99%是path未正确配置，而非未安装；需先验证g++.exe是否真实存在于c:\mingw64\bin、c:\msys64\mingw64\bin等路径，再将对应bin目录（非g++.exe文件）添加到系统path，修改后必须新开终端生效。
g++ 不能用，99% 是 PATH 没配对，不是没装好。 安装程序把 g++.exe 放进某个 bin 目录里了，但系统根本没去那里找它——命令行只认 PATH 里列出来的路径。
where g++ 或 which g++ 找不到？先确认编译器文件真存在
别急着改 PATH，先验证 g++.exe 到底在不在磁盘上。常见位置有：
-
C:\mingw64\bin\g++.exe（MinGW-w64 独立安装） -
C:\msys64\mingw64\bin\g++.exe（MSYS2 MinGW64 环境） -
C:\msys64\ucrt64\bin\g++.exe（MSYS2 UCRT64，推荐用于新项目） -
C:\TDM-GCC-64\bin\g++.exe（TDM-GCC 安装路径）
打开文件管理器，手动导航到这些路径，看能不能找到 g++.exe。找不到就说明安装失败或选包漏了——比如 MinGW Installer 里没勾选 mingw32-gcc-g++ 或 mingw64-gcc-g++；MSYS2 里没运行 pacman -S mingw-w64-x86_64-gcc。
PATH 里加的是目录，不是 g++.exe 文件本身
很多人把 C:\mingw64\bin\g++.exe 直接塞进 PATH，结果无效。PATH 必须是“包含可执行文件的目录”，不是文件路径。
- ✅ 正确：把
C:\mingw64\bin加入 PATH - ❌ 错误：把
C:\mingw64\bin\g++.exe加入 PATH
Windows 上修改后，**必须新开一个终端窗口**（cmd/PowerShell/Windows Terminal），旧窗口不会自动继承新 PATH。Linux/macOS 同理，改完 ~/.bashrc 或 ~/.zshrc 要执行 source ~/.bashrc 才生效。
多个编译器共存时，which g++ 返回的未必是你想用的那个
如果你装过 VS、MSYS2、TDM-GCC、WSL 里的 GCC，PATH 里可能混着好几套 g++。运行 where g++（Windows）或 which g++（Linux/macOS）看到的，只是 PATH 中**第一个匹配到的**。
- 检查版本：
g++ --version，看输出是否符合你预期（比如 MSYS2 的版本号带UCRT64或mingw64） - 想强制用某一套？直接写绝对路径调用：
C:\msys64\ucrt64\bin\g++.exe main.cpp - VS 自带的
cl.exe不叫g++，它和 GNU 工具链不兼容，别指望它响应g++命令
最常被忽略的点：PATH 修改后没重启终端，或者加错了层级（比如加到了用户变量却忘了系统变量，或反之）。哪怕只差一个字符（C:\mingw64\bin\ 多了个反斜杠结尾），Windows 有时也不认。验证前，先用 echo %PATH%（Windows）或 echo $PATH（Linux/macOS）确认路径确实已生效。
