关于本文
本文是通过利用生成式 AI 的自动化生成流程创建的。在确认了微软的环境变量 API 规范后，我们整理出了在不修改 PATH 的情况下只读对比 Process、User、Machine 三个作用域的操作步骤。
验证状态：📘 已确认微软官方规范 · Windows 实机未验证
当遇到“明明加进 PATH 了却找不到命令”的情况时，将当前进程看到的 PATH 与保存在 User/Machine 中的 PATH 分开查看，会更容易进行排查。
首先并排显示这三者
[pscustomobject]@{
Process = [Environment]::GetEnvironmentVariable('Path','Process')
User = [Environment]::GetEnvironmentVariable('Path','User')
Machine = [Environment]::GetEnvironmentVariable('Path','Machine')
} | Format-List
这段代码不会进行修改。需要注意的是，这三者并不一定完全相同。
为什么会出现差异
新启动的进程会从父进程继承环境变量。即使修改了 User/Machine 侧，已经打开的 PowerShell 也未必会自动更新为相同的值。
尝试修改一处
重新打开一个新的 PowerShell 窗口，并重新获取 Process 的 PATH。如果它与现有窗口存在差异，则可能是混淆了“保存的值”与“当前进程的值”。
通过 GUI 核对答案
在 Windows 的“环境变量”界面中可以查看 User 和 System 的 PATH。在打开 GUI 之前用 PowerShell 收集这些值，将更有利于对比当前查看的是哪个作用域。
如果在工作中运用
这可用作在引入开发工具、Git、Python、Java、内部 CLI 之后，排查“是否需要重启”或“是否只写入了用户侧”的初步确认手段。在进入自动编辑 PATH 的脚本之前，请务必检查重复项、空元素以及现有值。
