Windows Path环境变量必须修改“系统属性→环境变量”中的系统或用户Path项才永久生效；临时set命令无效；修改后需新开终端、重启IDE验证，路径须为完整目录且不含文件名。
Windows 的 Path 环境变量改完就失效？根本没写对位置
改完立刻生效、重启也不丢的 path，必须写进「系统级」或「用户级」环境变量，而不是在命令行里用 set path=... 临时改——后者关掉窗口就清空，连 cmd 都不认。
真正起效的位置只有两个：系统属性 → 高级 → 环境变量 里的「系统变量」或「用户变量」中的 Path 项。别信网上说“改注册表更高级”，除非你明确要部署到多用户机器且需策略控制，否则纯属增加出错概率。
- 普通单用户开发机，优先改「用户变量」里的
Path：安全、无需管理员权限、不影响其他账户 - 需要让所有用户（比如服务账户、Git Bash、VS Code 终端）都能调用某个工具（如
python、node），才动「系统变量」里的Path，且必须右键以管理员身份运行「系统属性」 - 添加路径时，**不要手动拼接字符串**，点「编辑」→「新建」逐行加，避免漏掉分号或误删原有路径
PowerShell 或 cmd 里 echo %PATH% 显示不对？缓存没刷新
环境变量修改后，已打开的终端不会自动更新 Path，这是 Windows 的设计，不是 bug。你看到的还是旧值。
验证是否生效，不能只看当前窗口的 echo %PATH% 或 $env:Path，而要看新开的终端：
- 关掉所有
cmd、powershell.exe、git-bash、VS Code 的集成终端 - 重新打开一个干净的终端，再执行
echo %PATH%（cmd）或echo $env:Path（PowerShell） - 想快速测试某命令是否可访问，直接输
where python或Get-Command node，比查整个Path更准
加了路径但命令仍“不是内部或外部命令”？注意路径末尾和空格
常见错误不是没加，而是加得不合法：
-
Path条目必须是**完整、可访问的目录路径**，不能带文件名（比如写成C:Python39python.exe就无效，得写C:Python39） - 路径含空格（如
C:Program Files odejs）完全没问题，Windows 支持，不用引号，也不用转义 - 结尾加不加反斜杠
都可以，cmd和powershell都能识别，但建议统一不加，避免重复出现\ - 如果目标程序在子目录（如
ffmpeg在C: ools fmpegin），就必须把bin这一层加进去，不能只加C: ools fmpeg
VS Code、PyCharm 启动后还是找不到命令？它们读的是启动时的环境
IDE 启动时会一次性读取环境变量快照，之后即使你改了系统 Path，它也不会热更新。这不是 IDE 的问题，是 Windows 进程继承机制决定的。
解决办法只有一个：彻底退出 IDE（包括后台进程），再重新启动。尤其注意：
- VS Code 右下角状态栏可能显示「Running」但窗口已关，得在任务管理器里杀掉所有
Code.exe - PyCharm 的「shell path」设置（Settings → Tools → Terminal）默认用系统 Shell，但它的终端启动逻辑独立于环境变量刷新，重启是唯一可靠方式
- 某些插件（如 Python 扩展）会缓存解释器路径，改完
Path后还需在 Command Palette 里执行Python: Select Interpreter重新探测
Path 本身不难，难的是每个环节都依赖前一步的正确性：位置选错、终端没重开、IDE 没重启、路径写错一级，都会导致“明明加了却用不了”。最容易被忽略的是——你以为改完了，其实只是在旧进程里白忙活。 
