bash登录交互式shell启动时依次读取/etc/profile、~/.bash_profile（或~/.bash_login、~/.profile中第一个存在者）；~/.bashrc需手动source才生效；/etc/environment为PAM加载的纯键值对，/etc/profile.d/.sh为shell脚本；systemd用户服务仅读取/etc/environment和~/.config/environment.d/.conf。
bash 启动时读取哪些文件
Linux 下 bash 的环境变量加载顺序，取决于它是以什么方式启动的：登录 shell 还是非登录 shell，交互式还是非交互式。最常见的是你打开终端时启动的「登录 + 交互式 shell」，它会依次读取：
-
/etc/profile（系统级，所有用户） -
~/.bash_profile、~/.bash_login、~/.profile（三者只读第一个存在的；用户级，仅登录 shell）
注意：~/.bashrc 默认不会被登录 shell 自动加载 —— 这是很多人改了 ~/.bashrc 却发现新终端里变量没生效的根本原因。
为什么 ~/.bashrc 里的 export 不生效
因为图形界面下打开的终端（如 GNOME Terminal、Konsole）默认启动的是登录 shell，但很多发行版（如 Ubuntu）在 ~/.bash_profile 或 /etc/skel/.bash_profile 中根本没写加载 ~/.bashrc 的逻辑。结果就是你往 ~/.bashrc 里加了 export PATH="/my/bin:$PATH"，新开终端却看不到效果。
-
解决方法：在
~/.bash_profile末尾加一行：source ~/.bashrc - 或者直接把环境变量写进
~/.bash_profile（更干净，避免重复 source） - 验证是否生效：
echo $PATH和sh -l -c 'echo $PATH'（模拟登录 shell）
/etc/environment 和 /etc/profile.d/*.sh 的区别
/etc/environment 是 PAM 模块读取的纯键值对文件（格式：KEY=VALUE），不支持变量展开、命令替换或条件逻辑，连 $PATH 都不能用。它在用户认证阶段就加载，早于任何 shell 脚本，适合设绝对路径类静态变量（比如 LANG=en_US.UTF-8）。
而 /etc/profile.d/*.sh 是由 /etc/profile 通过 for 循环 source 的，属于 shell 脚本，支持完整语法，常用于系统级软件自动注入环境（如 Java 的 /etc/profile.d/java.sh）。优先级低于 /etc/profile，但高于用户家目录下的配置。
systemd 用户服务看到的环境变量从哪来
systemd --user 服务（如 systemctl --user start myapp）**不继承**你的 shell 环境变量。它默认只加载 /etc/environment 和 ~/.config/environment.d/*.conf（每个文件也是 KEY=VALUE 格式），不读 ~/.bashrc 或 ~/.profile。
- 想让 systemd 用户服务看到自定义变量，必须写进
~/.config/environment.d/myenv.conf - 不要写成
export KEY=VALUE，那会被忽略；只写KEY=VALUE - 改完后运行
systemctl --user daemon-reload，再重启服务 - 调试用：
systemctl --user show-environment
这点特别容易漏 —— 你 shell 里 export 得再熟练，对 systemd 用户服务也完全无效。
