必须彻底退出VSCode进程并重启，否则集成终端无法加载新PATH；验证方法为终端执行echo %PATH%检查是否含MinGW bin路径。
cmd里gcc --version报错但系统PATH已加路径
不是环境变量没配，是cmd进程没加载新PATH——Windows命令行启动时只读取一次父进程的环境快照，改完PATH后不新开窗口，旧cmd会一直用老快照。
- 关掉所有cmd、PowerShell、VSCode终端窗口，再按
Win+R→ 输入cmd→ 回车，开一个全新窗口 - 在新窗口里执行
echo %PATH%，确认输出里包含你的MinGWbin目录（比如C:mingw64in） - 如果PATH里有但
gcc --version仍报错，运行where gcc看是否真能找到可执行文件；找不到说明路径写错或gcc.exe根本不在那个目录下
VSCode集成终端里g++无法识别，但cmd可以
VSCode启动时也只读一次环境变量，哪怕你刚改完PATH、只关闭了编辑器窗口而没杀后台进程，它照样用旧PATH。任务栏右键“退出”或用任务管理器结束所有Code.exe进程，是硬性要求。
- 任务管理器中搜
Code.exe，全部结束；或按Ctrl+Q（Windows）彻底退出 - 不要从VSCode历史项目列表点开，而是用资源管理器双击打开项目文件夹
- 打开集成终端后，先执行
echo %PATH%验证，再试g++ --version - 若仍不行，在
settings.json里手动注入PATH："terminal.integrated.env.windows": {"PATH": "C:\mingw64\bin"}（注意双反斜杠）
PATH里有多个MinGW路径导致gcc被“盖住”
Windows按PATH顺序查找命令，前面一个失效的g++.exe会挡住后面正确的版本。常见于多次安装、解压不同MinGW包后残留的路径。
- 在PowerShell里快速筛查：
$env:PATH -split ';' | Select-String -Pattern "mingw|gcc" - 如果输出含
C:msys64mingw32in和C:mingw64in两个路径，只保留你实际用的那个（推荐C:mingw64in） - 删完记得点“确定”保存环境变量设置，否则修改不生效
- 删完必须重启所有终端和VSCode，PATH变更才真正落地
tasks.json里报“'cmd' 不是内部或外部命令”
这不是gcc问题，是VSCode调用cmd.exe失败——系统PATH里缺了C:WindowsSystem32，导致连基础shell都打不开。
- 检查系统PATH是否含
%SystemRoot%system32或C:WindowsSystem32；没有就手动加进去 - 临时绕过cmd：把
tasks.json里的"type": "shell"改成"type": "process"，直接调用gcc.exe不走shell - 改完别忘了重新触发构建任务，旧终端窗口不会自动刷新配置
