因为未将gcc的bin目录（如c:\tdm-gcc-64\bin或c:\msys64\mingw64\bin）添加到系统path环境变量，导致windows无法定位gcc.exe；加完必须新开终端验证，且需确保工具链完整（如g++、make等）。
为什么 gcc --version 报 “不是内部或外部命令”
因为你没把 GCC 的 bin 目录加进系统 PATH。Windows 不会自动知道编译器在哪，必须手动告诉它——不是装完就完事，路径错、漏加、没重启终端，都会导致命令无法识别。
- 常见错误现象：cmd 或 PowerShell 里输
gcc --version提示“'gcc' 不是内部或外部命令”，但你明明装了 TDM-GCC / MSYS2 / MinGW-w64 - 根本原因：
PATH里缺的是bin目录，不是安装根目录（比如C:\TDM-GCC-64\错，C:\TDM-GCC-64\bin才对） - MSYS2 用户特别注意：
mingw64和ucrt64是两个独立环境，装了mingw-w64-x86_64-gcc就得加C:\msys64\mingw64\bin；装了ucrt64工具链就得加C:\msys64\ucrt64\bin - 加完必须新开一个 cmd/PowerShell 窗口验证，旧窗口不会自动刷新
PATH
怎么找对那个 bin 路径
别猜，直接去安装目录里翻。不同来源的 GCC，bin 位置差异很大，硬背默认路径容易翻车。
- TDM-GCC：默认是
C:\TDM-GCC-64\bin（64位）或C:\TDM-GCC-32\bin（32位） - MSYS2：取决于你装的是哪个子环境，
mingw64对应C:\msys64\mingw64\bin，ucrt64对应C:\msys64\ucrt64\bin，clang64则是C:\msys64\clang64\bin - MinGW-w64 官方打包版（如 mingw-w64-install.exe）：路径常为
C:\mingw64\bin或C:\Program Files\mingw-w64\bin，带空格的路径要小心，但 Windows PATH 本身支持带空格路径，不用加引号 - Code::Blocks 自带 MinGW：路径在
C:\Program Files (x86)\CodeBlocks\MinGW\bin，注意括号和空格是合法字符
添加到 PATH 时该选用户变量还是系统变量
优先加到「用户变量」里的 Path，除非你要让所有账户（包括服务、其他登录用户）都能用 GCC。
- 加到用户变量更安全：不影响系统其他用户，卸载时删自己那一行就行
- 如果加完还报错，再检查系统变量里的
Path是否也漏了——某些安装程序（比如老版 MinGW 安装器）会默认往系统变量写，而你只改了用户变量，结果两边都不全 - 不要新建叫
INCLUDE或LIB的环境变量：现代 GCC（TDM-GCC、MSYS2、MinGW-w64 8.1+）不需要手动设这些，头文件和库路径已硬编码在编译器内部，乱设反而可能干扰查找顺序 - 多个路径之间用英文分号
;隔开，结尾不要加分号
验证成功后仍编译失败？检查 gcc 和 g++ 是否真可用
gcc --version 成功不代表一切就绪。很多项目依赖 g++、make、pkg-config，它们可能不在同一个 bin 目录下。
- MSYS2 用户：
gcc和make在同一bin目录，但pkg-config是单独包，需运行pacman -S mingw-w64-x86_64-pkg-config安装，否则pkg-config --modversion gtkmm-3.0会报 command not found - TDM-GCC 默认不带
make，要用mingw32-make，路径通常是C:\TDM-GCC-64\bin\mingw32-make.exe，你得把它所在目录也加进PATH，或改名成make.exe（不推荐） - VS Code 用户：即使终端里
gcc可用，编辑器内建终端可能缓存旧PATH，关掉所有 VS Code 窗口再重开，或在设置里勾选 “继承父进程环境变量”
