Linux用户环境变量按固定顺序加载，后加载的同名变量会覆盖前面的：/etc/profile→~/.bash_profile→~/.bashrc→/etc/bashrc；non-login Shell跳过~/.bash_profile，需显式source ~/.bashrc以保持一致。
Linux 用户环境变量加载不是“写完就生效”，而是按固定顺序读取多个配置文件，后加载的同名变量会直接覆盖前面的——这正是权限覆盖问题的根源。
用户级配置文件加载顺序
对普通用户来说，关键文件按以下顺序加载（登录式 Shell）：
- /etc/profile：系统全局设置，所有用户共享
-
~/.bash_profile：用户专属登录环境，通常第一行就包含
source ~/.bashrc - ~/.bashrc：每次打开新终端都执行，是用户变量最常用落脚点
- /etc/bashrc：全局 shell 行为补充（如 PS1、umask），非登录 Shell 也会加载
注意：non-login Shell（比如在 GUI 终端里点开的新窗口）跳过 ~/.bash_profile，直接加载 ~/.bashrc；而 ~/.bash_profile 若未显式调用 ~/.bashrc，会导致两者变量不一致。
覆盖行为的真实表现
同名变量被后加载文件覆盖，不是合并或追加。例如：
- 在
/etc/profile中写export EDITOR=vim - 在
~/.bashrc中写export EDITOR=nano - 最终生效的是
nano，因为~/.bashrc加载更晚
PATH 变量也一样：若 ~/.bashrc 中写成 export PATH="/my/tool:$PATH"，它会把 /my/tool 插到最前；但若误写成 export PATH="/my/tool"（漏掉 $PATH），则系统原有路径全部丢失，导致 ls、cp 等命令找不到。
避免覆盖的实操建议
- 个人变量优先写入
~/.bashrc，确保每次新开终端都生效 - 确认
~/.bash_profile是否已包含source ~/.bashrc，否则登录 Shell 不会加载~/.bashrc内容 - 修改后必须运行
source ~/.bashrc或重启终端，export命令本身只影响当前会话 - 检查生效结果用
echo $VAR或env | grep VAR，不要只看配置文件内容
谁有权改哪个文件？
权限决定谁能覆盖谁：
-
/etc/profile和/etc/bashrc需 root 权限修改，普通用户无法触碰 -
~/.bash_profile和~/.bashrc属于用户自身，可自由编辑，天然具备覆盖全局变量的能力 - 会话级
export VAR=value最高优先级，但仅限当前终端，关闭即失效
所以用户级文件既是灵活性来源，也是覆盖风险源头——合理利用，就能让个人配置稳稳接管全局设定。
