需将编译器所在bin目录（如C:\mingw64\bin或MSVC对应Hostx64\x64路径）添加到系统PATH环境变量中，重启终端后执行g++ --version或cl.exe /?验证；Linux/macOS还需注意配置文件加载与包完整性。
Windows 上怎么把 MinGW 或 MSVC 的编译器加进 PATH
不加环境变量，g++ 或 cl.exe 就只能在安装目录下敲命令，终端一换就报 'g++' is not recognized。关键不是“装没装”，而是系统知不知道去哪找它。
以 MinGW-w64 为例（比如从 mingw-w64.org 下的 x86_64-12.2.0-release-posix-seh-rt_v10-rev1.7z）：
- 解压后找到
bin目录，路径类似C:\mingw64\bin - 右键“此电脑” → “属性” → “高级系统设置” → “环境变量”
- 在“系统变量”里双击
Path→ “新建” → 粘贴上面那个bin路径 - 关掉所有已打开的终端，重新开一个，运行
g++ --version验证
MSVC 同理，但路径通常是 C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\bin\Hostx64\x64（版本号会变），注意选对 Hostx64\x64 这类子目录，否则可能提示 LINK : fatal error LNK1104: cannot open file 'kernel32.lib' —— 实际是工具链没找对。
macOS 怎么让终端认出 clang++ 或 g++
macOS 自带 clang++，但默认在 /usr/bin/，通常已进 PATH；装了 Homebrew 的 GCC 后，g++-13 这类命令默认不在 PATH 里，得手动加。
立即学习“C++免费学习笔记（深入）”；
Homebrew 安装 GCC 后，实际二进制在：
/opt/homebrew/bin/g++-13 /opt/homebrew/bin/gcc-13
编辑 shell 配置文件（~/.zshrc 或 ~/.bash_profile）：
echo 'export PATH="/opt/homebrew/bin:$PATH"' >> ~/.zshrc source ~/.zshrc
然后验证：which g++-13 应该输出路径，g++-13 --version 能跑通。别漏掉 source，否则新开终端才生效，当前窗口还是找不到。
Linux（Ubuntu/Debian）为什么 g++ 命令不存在
不是 PATH 问题，是根本没装编译器包。Ubuntu 默认不预装 g++，只装了基础 shell 工具。
- 先运行
apt update - 再装
build-essential：它是一组元包，包含g++、gcc、make、libc6-dev等必需组件 - 命令：
sudo apt install build-essential
装完直接用 g++ --version。别只装 g++ 单独包——它依赖 gcc 和头文件，缺一不可，单独装容易报错 fatal error: bits/c++config.h: No such file or directory。
PATH 加错位置或顺序导致奇怪问题
PATH 是从左到右匹配的，如果多个编译器共存（比如系统自带 clang++ 和自己装的 g++），顺序错了就会调错工具链。
- 查当前顺序：
echo $PATH（Linux/macOS）或echo %PATH%（Windows CMD） - Windows 图形界面改完 PATH 后，VS Code 终端可能缓存旧环境，要完全关掉再重开，或在 VS Code 里按
Ctrl+Shift+P→ “Developer: Reload Window” - macOS 上如果用了
zsh却改了.bash_profile，不会生效；反过来也一样 - 路径末尾别加斜杠：
/usr/local/bin/和/usr/local/bin在某些 shell 下行为不一致
最常被忽略的是：改完 PATH 后，老终端进程不会自动更新环境变量，必须新开终端或重新加载配置。这点在调试时特别容易卡住人。
