~/.bashrc 不生效是因为 login shell 不读取它；应将其内容通过 ~/.profile 中的 source 命令加载，或使用 /etc/profile.d/ 添加系统级 path。
改了 ~/.bashrc 却不生效，不是你写错了，而是 shell 启动类型没匹配上——login shell 根本不读它。
为什么 ~/.bashrc 里加了 export PATH 还是找不到命令
因为 ~/.bashrc 只在「交互式非登录 shell」中自动加载，比如你手动执行 bash、点开 GNOME 终端（默认配置）、或 iTerm2 新建标签页。但以下场景触发的是 login shell，压根跳过 ~/.bashrc：
- SSH 登录（
ssh user@host） - 桌面环境首次启动的终端（如 VS Code 集成终端、GNOME/KDE 点击图标启动）
-
sudo -i或su -切换用户
验证方式：shopt login_shell 输出 login_shell on 就是 login shell；echo $0 显示 -bash（开头带短横）也是 login shell 的典型标志。
用户级永久生效：统一走 ~/.profile + source ~/.bashrc
不用复制两份配置，也不用猜该改哪个文件。直接在 ~/.profile 末尾加三行，让 login shell 主动加载 ~/.bashrc：
if [ -f ~/.bashrc ]; then
source ~/.bashrc
fi
注意点：
- 必须用
if [ -f ~/.bashrc ]包裹，否则 zsh 用户或新账户没建.bashrc时会报错 - 别写成
source ~/.bash_profile——很多发行版（如 Ubuntu）根本不会读它 - 改完要新开一个终端（或重新登录），
source ~/.profile不足以触发完整环境重建
系统级永久生效：用 /etc/profile.d/ 而不是硬改 /etc/profile
给所有用户加路径（比如刚装完 Rust、Node CLI 工具），优先新建独立文件：
sudo tee /etc/profile.d/mytools.sh <p>这样做的好处：</p>
-
/etc/profile是系统包管理器维护的文件，升级可能被覆盖；/etc/profile.d/下的.sh文件天然解耦 - 卸载时删文件就行，不影响其他配置
- 绝对路径必须写死——
$HOME在这里展开为/root，对普通用户无效
/etc/environment 看似简单，但只适合静态路径加固
这个文件由 PAM 直接读取，不经过 shell 解析，所以：
- 不能写
export，也不能用$PATH、$HOME等变量展开 - 只能写纯字符串：
PATH="/usr/local/bin:/opt/myapp/bin:/usr/bin:/bin" - 改完必须重新登录（
source完全无效），且无法拼接、判断、调试
它适合做基础路径兜底，不适合日常追加；真要用，就老老实实写全路径、冒号分隔、双引号包裹。
