msys2终端忽略windows path，需编辑其/etc/profile添加export path="/mingw64/bin:$path"并重启终端；而cmd/vs code等依赖windows系统path，须将c:\msys64\mingw64\bin置顶添加。
为什么在MSYS2里改Windows的PATH没用
因为MSYS2启动时会用自己的profile初始化环境，完全忽略Windows系统变量。你在“此电脑→属性→环境变量”里加的C:\msys64\mingw64\bin，对MSYS2终端无效——它只影响CMD、PowerShell和VS Code这类原生Windows程序。
怎么让gcc在MSYS2终端里直接可用
必须编辑MSYS2自己的配置文件：D:\msys64\etc\profile（路径按你实际安装位置调整）。在文件末尾添加：
export PATH="/mingw64/bin:$PATH"
注意三点：
-
/mingw64/bin是MSYS2内部路径写法，不是C:\msys64\mingw64\bin - 修改后要重启MSYS2终端，或执行
source /etc/profile - 如果你用的是
UCRT64环境，应写成/ucrt64/bin；MINGW32则对应/mingw32/bin
怎么让VS Code或CMD也能调用gcc
这才是Windows系统变量真正起作用的地方。把C:\msys64\mingw64\bin加进系统PATH，并务必上移到顶部，否则可能被旧版MinGW或Cygwin的gcc覆盖。
验证方式：
- 新开CMD窗口，运行
where gcc，确认返回的是C:\msys64\mingw64\bin\gcc.exe - VS Code中打开集成终端，执行
gcc --version，确保输出版本号而非“command not found” - 如果VS Code仍报错，检查其设置里的
terminal.integrated.env.windows是否手动覆盖了PATH
多工具链共存时最容易踩的坑
当你同时装了mingw64、ucrt64、clang64，PATH顺序就变得关键。比如：
-
g++命令实际调用哪个，取决于PATH里哪个bin目录排最前 -
gcc -v输出的COLLECT_GCC=路径，就是当前生效的编译器位置 - 链接第三方库（如
-lglpk）失败，常因库是为ucrt64编译，但PATH优先用了mingw64的gcc
不同终端启动方式（MSYS、MINGW64、UCRT64）默认PATH不同，切记不要混用编译器和库路径。
