因为图形界面终端默认启动非登录Shell，不读取/etc/profile；应通过修改~/.bashrc并添加“if [ -f /etc/profile ]; then . /etc/profile; fi”来显式加载，或改用支持所有Shell的/etc/environment配置静态变量。
为什么改了 /etc/profile，新终端里却看不到变量？
因为不是所有终端启动的 Shell 都会读 /etc/profile。它只被「登录 Shell」加载，而图形界面下点开的终端默认是「非登录 Shell」——比如 GNOME Terminal、Konsole、xterm（不带 --login）启动的 bash，默认跳过 /etc/profile，直接去读 ~/.bashrc。这时候你往 /etc/profile 里加了 export JAVA_HOME=/usr/lib/jvm/java-17，新开一个终端根本不会执行那行 export，$JAVA_HOME 就是空的。
验证方法很简单：sh -c 'echo $JAVA_HOME' 看不到，但 bash -l -c 'echo $JAVA_HOME'（-l 强制登录模式）就能看到。这说明问题不在变量写错，而在加载路径没对上。
- 登录 Shell 触发场景：SSH 登录、Ctrl+Alt+F2 切 TTY、
bash -l、su - - 非登录 Shell 触发场景：GUI 终端点击打开、
bash（无参数）、脚本中#!/bin/bash启动的子 shell - 关键区别：登录 Shell 加载
/etc/profile→~/.bash_profile；非登录 Shell 加载~/.bashrc（如果存在）
/etc/environment 和 /etc/profile 该选哪个？
/etc/environment 是最“干净”的系统级配置入口，但它不支持 shell 语法：不能用 $PATH、不能写 export、不能执行命令、甚至不能有空格（除非用引号包裹值）。它只是纯键值对，由 PAM 在用户登录早期阶段直接注入，对所有 Shell（bash/zsh/sh）都生效，包括那些不 source 任何 rc 文件的 minimal shell。
/etc/profile 是传统方式，支持完整 bash 语法，可以做条件判断、路径拼接、甚至调用 ls 检查目录是否存在。但它只影响 bash 的登录 Shell，且依赖于 shell 解释器本身是否按规范实现加载逻辑（比如某些嵌入式 busybox ash 就不认它）。
- 用
/etc/environment：设JAVA_HOME、LANG、EDITOR这类静态值，尤其要兼容 zsh 或 systemd-user-session - 用
/etc/profile：需要动态计算 PATH（如自动扫描/opt/*/bin）、依赖其他变量、或要加日志/告警逻辑 - 别混用：在
/etc/environment里写PATH="/usr/local/bin:$PATH"会原样当字符串存，$PATH不展开
如何让非登录 Shell 也加载系统级变量？
标准做法是在用户级配置文件里显式引入系统级定义。最稳妥的是修改 ~/.bashrc，在末尾加：
if [ -f /etc/profile ]; then . /etc/profile fi
注意用 .（点号）而不是 source，前者是 POSIX 标准，兼容性更好。这样每次打开 GUI 终端，~/.bashrc 会主动拉取 /etc/profile 里的所有 export，PATH、JAVA_HOME 全部就位。
- 不推荐直接把
/etc/profile内容复制进~/.bashrc：升级系统时容易覆盖或遗漏更新 - 不要改
/etc/bash.bashrc：它只被非登录 bash 读，zsh 用户完全不受影响，维护面窄 - 如果用户用 zsh，得同步改
~/.zshrc，加source /etc/profile或等价逻辑
PATH 被覆盖或顺序错乱的典型表现与修复
现象：which python 返回 /usr/bin/python，但你想让它优先用 /opt/python312/bin/python；或者 mvn 报错说 JAVA_HOME 不对，实际 echo $JAVA_HOME 却是正确的——本质是 PATH 里旧路径排在了新路径前面，导致 Shell 找到的是老版本命令，而那个老命令又依赖错误的环境上下文。
修复关键是控制追加位置：export PATH="/opt/python312/bin:$PATH"（前置） vs export PATH="$PATH:/opt/python312/bin"（后置）。前者优先级高，后者只是兜底。
- 永远用
:$PATH或$PATH:结尾，避免写成export PATH="/opt/bin"—— 这会清空原有 PATH - 在
/etc/profile中设置 PATH 时，先echo $PATH确认当前值，再决定是前置还是后置 - 检查是否有多个地方重复修改 PATH：比如
/etc/profile、~/.bashrc、/etc/profile.d/*.sh全都追加了同一路径，会导致 PATH 膨胀甚至循环引用
真正麻烦的从来不是“怎么写 export”，而是“谁在什么时候、以什么顺序、用什么 Shell 解释器加载了哪一行”。不同桌面环境、不同终端模拟器、不同远程连接方式，背后加载链路可能差两层。动手前先跑 ps -p $$ 看当前 shell 类型，再用 sh -c 'echo $0' 测试子进程行为，比盲目改配置高效得多。
