最常见原因是变量未用export导出或写入错误配置文件：仅定义my_var="value"不导出，则子进程不可见；~/.bashrc对gui应用（如vs code）无效，需写入~/.profile并重新登录。
为什么export加了却没生效
最常见的情况是：变量定义了，但没导出给子进程。比如只写了MY_VAR="value"，漏了export MY_VAR——这在bash里只是个普通 shell 变量，脚本、新启动的程序都看不见它。
另一个高频错误是写在错误文件里：~/.bashrc对图形界面下从菜单启动的 IDE（如 VS Code、PyCharm）完全不生效，因为它们不走终端 shell 的加载链。
~/.bashrc vs ~/.profile：该写哪个
看你的使用场景：
- 只在终端里用（比如日常敲命令、跑脚本）→ 改
~/.bashrc，然后source ~/.bashrc立即生效 - 要让桌面应用（如浏览器、IDE、GUI 启动器）也读到变量 → 必须写进
~/.profile，改完得重新登录会话（关掉所有 GUI 程序再登一次），source无效 - 别碰
~/.bash_profile，除非你明确在用 login shell 且它没自动加载~/.bashrc；Ubuntu/Debian 默认不生成这个文件，强行创建反而容易打断加载顺序
/etc/environment为什么改了不立刻起作用
这个文件由 PAM 在用户登录时读取，不是 shell 脚本，所以：
- 不支持
$PATH展开、不能用export、不能执行命令（比如$(which java)会原样当字符串存） -
source完全没用，sudo systemctl restart systemd-logind也不行 - 必须重新登录（或新开一个用户会话），不是新开终端窗口
- 格式必须严格：
JAVA_HOME="/usr/lib/jvm/java-11-openjdk-amd64"，等号前后不能有空格，值必须用双引号包裹
PATH 被覆盖后怎么快速定位问题
PATH 失效往往不是“没设”，而是“被后面加载的配置覆盖了”。排查步骤：
- 运行
echo $PATH看当前值 - 查哪些文件改过 PATH：
grep -n "PATH=" ~/.bashrc ~/.profile /etc/environment /etc/profile.d/*.sh 2>/dev/null - 注意加载顺序：/etc/environment → /etc/profile → /etc/profile.d/*.sh → ~/.profile → ~/.bashrc；后加载的会覆盖前面的
- 如果发现某处写了
PATH="/new/path"（没带$PATH），那就是它干的——立刻补上:$PATH或$PATH:按需拼接
~/.bashrc）、GUI 程序绕过 shell 初始化、以及多个 profile 文件互相覆盖。这些地方不报错，只默默失效。
