最准查验方式是直接在vscode集成终端运行echo $path（macos/linux）或echo %path%（windows），因vscode作为gui应用捕获的是启动时的环境快照，与系统终端实时状态不同，且需彻底退出重开才能更新环境。
直接在 VSCode 集成终端里运行 echo $PATH（macOS/Linux）或 echo %PATH%（Windows），就是最准、最快、最不绕弯的查验方式。 其他方法要么查的是旧快照，要么查的是别的进程环境，跟当前终端无关。
为什么不能只信系统终端或任务管理器？
VSCode 是 GUI 应用，启动时捕获的是登录会话或 launchd 的环境变量快照，不是你刚在 iTerm 里 source ~/.zshrc 后的实时状态。你在系统终端里 echo $PATH 看到的，和 VSCode 终端里看到的，经常差着三四个路径——尤其是 %APPDATA%\npm、/opt/homebrew/bin 这类用户级路径。
- Windows 上改完「环境变量」对话框后，必须完全退出 VSCode（右键 Dock / 任务栏 → 「退出」），再重开，否则它还在用老
%PATH% - macOS 上即使你
source ~/.zshrc成功，VSCode 也不会自动 reload，除非你关掉所有终端 tab 并新建一个 - 别用
process.env.PATH在 Node.js REPL 里查——那是 Node 进程自己的环境，不是 shell 的
查 PATH 之外还想看其他变量？用 echo + 变量名
比如确认 Node.js 是否走对版本：echo $NODE_ENV、echo $HOME、echo $SHELL。注意大小写敏感，$path 和 $PATH 在 Linux/macOS 下是两回事。
-
echo $0能看出当前终端用的是什么 shell（zsh、bash、pwsh），这对判断该去改哪个配置文件很关键 -
printenv | grep -i node（macOS/Linux）可批量筛含 node 的变量，比一个个echo更省事 - Windows PowerShell 里用
Get-ChildItem env:查全部，但速度慢；日常够用就用echo $env:NODE_ENV
终端里 PATH 显示正常，但命令还是报错？重点查这三处
PATH 有路径 ≠ 路径里真有可执行文件。常见脱节点：
-
where npm（Windows CMD）或which npm（macOS/Linux）——如果没输出，说明 PATH 里的路径下根本没npm文件 -
ls -l $(npm config get prefix)/bin（macOS/Linux）——全局安装的 CLI 工具实际放这儿，但这个路径未必在你的$PATH里 - Windows 用户特别注意：
%APPDATA%\npm是 npm 全局 bin 目录，但它的父目录%APPDATA%必须是完整展开后的绝对路径（如C:\Users\Alice\AppData\Roaming\npm），注册表里存的%APPDATA%符号本身不会被 VSCode 解析
真正容易被忽略的是：VSCode 终端每个 tab 都是独立 shell 进程，关掉再重开，不会继承之前 tab 里手动 export PATH=... 的结果。所以验证必须在新打开的 tab 里做，不能靠“我刚才已经试过了”。
