环境变量未生效主因是配置文件与Shell启动模式不匹配：图形终端默认非登录Shell只读~/.bashrc，SSH或tty登录的登录Shell优先读~/.bash_profile（需显式source ~/.bashrc）；须用echo $SHELL、shopt login_shell确认Shell类型，并通过echo测试和env | grep验证是否真正导出。
环境变量改了却没反应，不是系统坏了，而是加载路径没走对。关键得搞清“谁在什么时候读哪个文件”，再检查有没有被覆盖或写错。
先确认你改的是哪个文件、终端启动的是哪种 Shell
图形界面新开的终端默认是非登录 Shell，只读 ~/.bashrc；而 SSH 登录或 Ctrl+Alt+F2 进 tty 是登录 Shell，优先读 ~/.bash_profile（或 ~/.profile），再由它显式调用 ~/.bashrc。
- 执行 echo $SHELL 看当前 Shell 类型，不是 /bin/bash 却去改 .bashrc 就白忙
- 执行 shopt login_shell 判断是否为登录 Shell（输出 login_shell on 表示是）
- 在 ~/.bashrc 末尾加一句 echo "Loaded .bashrc"，然后 source 它，看有没有输出——没输出说明根本没执行到
检查 PATH 是否被覆盖或顺序写反
PATH 是从左到右匹配的，顺序决定优先级。常见错误是：
- 在 ~/.bash_profile 或 /etc/profile 中用了 PATH="/new/path"（没带 $PATH），直接清空原有路径
- 把新路径写在 $PATH 后面：export PATH="$PATH:/opt/myapp/bin"，结果系统命令仍被优先选中
- 想用新版 python3，却没把 /usr/local/bin 放最前，which python3 依然返回 /usr/bin/python3
调试建议：echo $PATH | tr ':' '\n' 换行查看真实顺序；which -a python3 列出所有匹配项，确认哪个生效。
别在 /etc/environment 里写 $PATH 或 export
/etc/environment 不经过 Shell 解析，不支持任何变量展开、命令替换或 export 语法。
- 写 PATH="/usr/local/bin:$PATH" → $PATH 当成纯字符串，PATH 就废了
- 正确写法只能是硬编码：PATH="/usr/local/bin:/opt/myapp/bin:/usr/bin:/bin"
- 这个文件修改后必须重新登录或重启才生效，source 完全无效
临时失效？试试手动重载或补救路径
如果改完 profile 后 ls、cp 都报 “No such file or directory”，说明 PATH 已损坏：
- 立即执行：export PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
- 然后编辑出问题的文件（如 /etc/profile 或 ~/.bash_profile），删掉错误行，保存
- 再执行 source /etc/profile 或 . ~/.bash_profile 恢复
- 若用的是 WSL，注意它默认启非登录 Shell，.bash_profile 不会自动读，要在 .bashrc 里加 source ~/.bash_profile
