环境变量修改后不生效，是因为进程启动时仅继承父进程环境快照，注册表或配置文件更新不会自动刷新已运行进程；必须关闭并重新打开终端（如cmd、PowerShell）才能加载新值。
环境变量改了却没更新，不是配置错了，而是进程没“看到”新值。核心逻辑就一条：环境变量是进程启动时从父进程复制的一份快照，改完注册表或配置文件，不会自动刷新正在运行的终端或程序。
先确认修改是否真正写入系统
别急着重启，先验证改动有没有落库：
- Windows：用 reg query "HKCU\Environment" /v PATH（查用户变量）或 reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v PATH（查系统变量），看输出里有没有你新加的路径
- Linux/macOS：检查对应配置文件（如 ~/.bashrc、~/.zshrc、/etc/environment）是否保存成功，注意 /etc/environment 不支持 $PATH 展开，必须写死完整路径
- 路径中不能有中文、空格、引号；Windows 分隔符用英文分号 ;，Linux/macOS 用英文冒号 :
再判断当前终端有没有加载新配置
不同终端加载机制完全不同，不能一概而论：
- Windows cmd/PowerShell：改完必须关掉重开；管理员权限窗口读的是系统变量，普通用户窗口读的是用户变量，别混用
- Linux 图形终端（GNOME Terminal、Konsole）：默认启动非登录 shell，只读 ~/.bashrc（bash）或 ~/.zshrc（zsh）；但桌面环境本身（如 VS Code、JetBrains）只认 ~/.profile 或 /etc/environment
- Linux SSH 登录或控制台登录：走登录 shell，优先读 ~/.bash_profile 或 ~/.profile，如果里面没 source ~/.bashrc，那改 .bashrc 就白改
- systemd 用户服务（如 systemctl --user start myapp）：完全不读任何 shell 配置文件，必须用 Environment= 或 EnvironmentFile= 显式声明
然后验证实际生效路径和顺序
光看 echo $PATH 或 echo %PATH% 不够，得拆开看：
- Linux/macOS：运行 echo $PATH | tr ':' ' '，逐行检查你要的路径是否存在、拼写是否正确、位置是否靠前
- Windows：运行 echo %PATH%，手动数分号分隔的段，确认目标路径在列表中且无多余空格
- 查命令真实调用位置：which python（Linux/macOS）或 where python（Windows），它返回哪个路径，就说明哪个被优先用了
- 想临时测试优先级？直接在终端里执行 export PATH="/tmp/testbin:$PATH"（Linux/macOS）或 set PATH=C: estbin;%PATH%（Windows），放个测试脚本进去验证
最后排除覆盖和冲突干扰
常见静默覆盖场景：
- 配置文件里写了 PATH="/usr/bin"（没带 $PATH），这会清空原有所有路径，只剩一个目录
- ~/.bash_profile 末尾又 source ~/.profile，而 ~/.profile 里也追加了 PATH，导致重复添加甚至错乱
- IDE 或编辑器（如 VS Code）启用了“继承父进程环境”，但你是在图形界面下启动它的，它继承的是桌面会话环境，不是你刚 source 过的终端环境
- 企业环境里组策略（GPO）可能定时覆盖本地设置，用 gpresult /h report.html 查是否有干预
