export PATH在新终端不生效是因为Shell启动模式不同导致配置文件加载差异：登录式Shell读/etc/profile等，非登录式只读~/.bashrc；cron、systemd、SSH单命令等非交互场景需单独配置环境变量。
为什么export PATH在新终端里不生效
因为你只在当前 Shell 里执行了 export PATH，它只是临时修改，关掉终端就丢。更常见的是：你把变量写进了 ~/.bashrc，但用 ssh user@host command 这种非登录式方式远程执行时根本没加载它。
关键不是“写在哪”，而是“谁会读它”——不同 Shell 启动模式加载的文件完全不同：
- 登录式 Shell（如 SSH 登录、图形界面首次打开终端、
su -）：依次读/etc/profile→~/.bash_profile（或~/.bash_login、~/.profile）→ 最后可能 source~/.bashrc - 非登录式 Shell（如图形界面点开新终端、
su user、脚本内执行的子 Shell）：只读/etc/bashrc→~/.bashrc - 所有进程都可见的层级：
/etc/environment（纯 key=value 格式，不支持$展开，也不执行命令）
~/.bash_profile 和 ~/.bashrc 到底该写哪个
90% 的人应该只动 ~/.bashrc，然后确保 ~/.bash_profile 显式调用它。因为：
-
~/.bashrc是非登录 Shell 唯一能自动加载的用户级文件，图形终端、su、脚本子 Shell 都靠它 -
~/.bash_profile默认只在登录 Shell 生效，很多发行版（如 Ubuntu）甚至不自带这个文件 - 如果你手动创建了
~/.bash_profile，必须加这一行：source ~/.bashrc，否则登录后反而看不到~/.bashrc里的配置
别学网上教程直接往 ~/.bash_profile 里塞 export ——除非你确定自己只用 SSH 登录且从不跑脚本。
让变量对 cron、systemd、SSH 命令也生效
这些场景用的都不是交互式 Shell，不会加载 ~/.bashrc 或 ~/.bash_profile，它们要么用最小环境启动，要么走 /etc/environment 或 /etc/profile.d/。
- cron job：默认只有
PATH=/usr/bin:/bin，想用自定义路径得在 crontab 里显式PATH=...，或改/etc/crontab的全局 PATH - systemd service：环境变量需在 unit 文件里用
Environment=或EnvironmentFile=显式声明，它完全不读 Shell 配置文件 - SSH 执行单条命令（
ssh host 'echo $PATH'）：走非登录非交互 Shell，只加载/etc/bashrc和~/.bashrc——但前提是你的/etc/bashrc没禁止非交互式加载（有些系统会加[[ -z $PS1 ]] && return） - 最稳妥的跨场景方案：把变量写进
/etc/profile.d/myenv.sh（注意后缀必须是.sh），所有登录和非登录 Shell 都会 sourced 它，包括大多数 SSH 单命令场景
/etc/environment 的坑比你想象的多
它看起来最“全局”，但限制极多，容易误用：
- 只接受
KEY=VALUE格式，不能有空格、不能用$引用其他变量（比如PATH="/usr/local/bin:$PATH"会原样当字符串赋值，$PATH不展开） - 不支持任何 Shell 语法（
export、if、source全都不行） - 它由 PAM 在登录早期读取，早于所有 Shell 配置文件，所以适合设基础变量（如
LANG、HOME），不适合动态拼接PATH - 修改后需重新登录才生效，
source完全无效
真正需要“所有进程都能看到”的变量，优先走 /etc/profile.d/；只有静态、无依赖、无扩展需求的键值对，才考虑 /etc/environment。
