vscode报“gcc不识别”99%是path未生效或vscode未读取新环境变量；需彻底退出vscode进程（任务栏右键“退出”或结束code.exe），再从已配置path的终端执行code .重启，否则集成终端仍用旧环境快照。
VSCode 里报 “gcc 不识别”，99% 是系统 PATH 没生效，或 VSCode 没读到它——不是插件没装、也不是 MinGW 下载错了。
为什么系统 cmd 能用 gcc，但 VSCode 终端报“不是内部或外部命令”
Windows 下 VSCode 启动时会读取一次环境变量，之后你改了 Path，它不会自动刷新。双击图标启动的 VSCode，大概率继承的是旧环境。
- 在原生
cmd或powershell中运行gcc -v成功，只是说明安装和 Path 配置本身没问题 - 但在 VSCode 内置终端里执行同样命令失败，说明 VSCode 进程没加载更新后的
Path - 最直接验证方式：按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools→ 切到Console标签页 → 输入process.env.Path，看输出里有没有你的mingw64in路径 - 如果没出现，别再反复点“编辑环境变量→确定”，必须关掉所有 VSCode 窗口，然后从已配置好 Path 的终端中启动：
code .
tasks.json 里写 "command": "gcc" 为什么总失败
VSCode 的 task 执行 shell 环境，不保证继承系统 PATH，尤其在 Windows 上用 PowerShell 启动 VSCode 时更常见。
- 最稳做法是显式写死路径：
"command": "C:\mingw64\bin\gcc.exe"或"command": "C:/mingw64/bin/gcc.exe" - 别只改
tasks.json就以为完事——还要确认c_cpp_properties.json里的compilerPath指向同一个gcc.exe，否则 IntelliSense 会标红#include <stdio.h></stdio.h> - 如果用了反斜杠，记得双写：
C:\mingw64\bin\gcc.exe；用正斜杠则完全不用转义 - 路径中含空格或中文？立刻重装到纯英文无空格目录（如
C:\mingw64），否则后续所有调试、链接都可能崩
添加系统 PATH 后，为什么还得重启所有终端
环境变量不是“全局广播”，而是进程启动时快照式继承的。改完 Path，旧进程（包括已开的 cmd、PowerShell、VSCode）完全不知道有这回事。
- 关闭所有已打开的终端窗口（含 VSCode 内置终端）
- 关闭 VSCode 桌面图标启动的所有实例（任务管理器里搜
Code.exe确认清空） - 重新打开一个干净的
cmd，输入where gcc，确认返回的是你预期的路径 - 再在这个
cmd里执行code .启动 VSCode——这才是真正“带新 PATH 启动”
最容易被忽略的一点：MinGW 安装包自带的“Add to PATH”勾选项，在 Windows 上经常失效，不能信；手动加、手动关、手动从终端启，三步缺一不可。
