根本原因是CMD进程未重新加载环境变量，必须关闭所有cmd/powershell进程并重启终端，再验证PATH是否包含PHP路径且格式正确。
为什么改完 PATH 后 php -v 还报错“不是内部或外部命令”
根本原因不是配置错了，而是 CMD 进程压根没加载新环境变量。Windows 的环境变量是进程启动时从注册表一次性读取的，后续修改不会自动广播给已运行的终端。哪怕你点了一百次“确定”，只要没关掉原来的 cmd 窗口，它就永远看不到新加的 c:\php。
必须关闭所有 CMD / PowerShell 窗口再重开
这是最容易被跳过的一步，但也是最关键的实操动作。很多用户只关了一个窗口，却忘了任务栏右下角、IDE 内置终端、VS Code 的集成终端、甚至 Git Bash 里也开着旧进程——它们全都会继承旧环境。
- 按
Ctrl + Shift + Esc打开任务管理器，切换到“详细信息”页签，手动结束所有cmd.exe和powershell.exe进程 - 如果你用 VS Code 或 PHPStorm，直接重启整个 IDE（不只是关终端面板）
- 新开一个纯正的 CMD：按
Win + R→ 输入cmd→ 回车，不要从开始菜单快捷方式点，避免缓存 - 执行
echo %PATH%，确认输出里真有你的 PHP 路径（比如c:\php），而不是只有C:\Windows\System32之类默认项
PATH 条目本身写错的常见形式
即使路径存在、终端也重启了，仍可能因 PATH 条目格式不合法导致系统忽略整条记录。Windows 对 Path 变量的解析非常脆弱，容错率低。
- 路径末尾带反斜杠：
c:\php\→ 改成c:\php（结尾不能有\） - 用了中文引号或全角字符：检查是否误粘贴了 “c:\php” 而不是 "c:\php"
- 路径含空格但没加引号？不用加——Windows 的 Path 不支持引号，加了反而失效
- 多个 PHP 版本共存时，把
c:\xampp\php和c:\php都加进去了？系统只会用排在最前面的那个，冲突时优先删掉旧版本路径
管理员权限与用户环境变量的隔离陷阱
你在“系统变量”里改了 Path，却用普通用户身份开了 CMD，结果发现还是不行——这大概率是因为你实际运行的是“用户变量”作用域下的会话。Windows 严格区分用户级和系统级环境变量，且二者互不覆盖。
- 检查你添加路径的位置：必须是在“系统变量”区域的
Path里，而不是“用户变量”里的Path - 如果以管理员身份运行 CMD，它默认加载系统变量；普通用户登录后打开的 CMD 默认加载用户变量（即使你也在用户变量里加了路径，也得确保没被组策略清空）
- 验证当前生效的是哪套变量：在 CMD 中运行
set PATH，看第一行输出是PATH=...还是Path=...（大小写敏感），大写的PATH表示系统变量已加载
环境变量本身没有“立即生效”机制，它的刷新完全依赖进程重启。最稳妥的做法永远是：改完 → 关死所有终端 → 用全新进程验证。任何绕过这步的调试，都是在和 Windows 的进程隔离机制较劲。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
