应修改 ~/.bashrc 并在 ~/.bash_profile 中添加 [[ -f ~/.bashrc ]] && source ~/.bashrc，以确保登录 shell 和非登录 shell 均生效；PATH 应追加而非覆盖，系统级配置优先用 /etc/profile.d/。
改 ~/.bashrc 还是 ~/.bash_profile，取决于你用什么方式登录、开什么终端——不是随便选一个就行，选错就根本不会生效。
为什么改了 ~/.bashrc 却不生效？
因为很多桌面环境（比如 GNOME、KDE）或 SSH 登录默认启动的是「登录 shell」，它只读 ~/.bash_profile（或 ~/.profile），根本不碰 ~/.bashrc。而你在图形界面里点开的终端（如 gnome-terminal），默认是「非登录 shell」，才读 ~/.bashrc。
- 登录 shell（SSH、tty 登录、某些远程连接）：优先执行
~/.bash_profile→ 若该文件存在且没显式调用source ~/.bashrc，~/.bashrc里的export就完全被跳过 - 非登录 shell（日常点开的终端窗口）：直接读
~/.bashrc，但不会自动加载~/.bash_profile - 常见陷阱：只在
~/.bashrc里加了export PATH=...，然后用 SSH 登录后发现命令找不到
怎么让两种 shell 都能读到你的环境变量？
最稳妥的做法是：统一入口，避免分散维护。推荐把所有自定义变量写进 ~/.bashrc，再确保 ~/.bash_profile 主动加载它。
- 检查
~/.bash_profile是否存在；不存在就新建一个 - 在
~/.bash_profile最后一行加上：[[ -f ~/.bashrc ]] && source ~/.bashrc - 然后把所有
export、alias、PATH修改都写进~/.bashrc，不要写在~/.bash_profile里 - 这样无论是登录还是新开终端，最终都会走
~/.bashrc，逻辑清晰、不易遗漏
export PATH=... 容易覆盖原路径的坑
写法错误会导致系统命令全挂，比如 ls、cp 找不到，连 export 自己都失效。
- 错：
export PATH="/my/tool/bin"→ 完全覆盖原有PATH，只剩这一个目录 - 对（追加到末尾）：
export PATH="$PATH:/my/tool/bin" - 对（前置优先）：
export PATH="/my/tool/bin:$PATH" - 务必用双引号包裹
$PATH，防止路径含空格时出错 - 改完记得验证：
echo $PATH看是否包含旧路径和新增路径
系统级配置要不要动 /etc/profile 或 /etc/bashrc？
除非你要给所有用户统一加环境变量（比如公司内部部署的工具链），否则别碰系统文件。普通用户配错可能导致其他人无法登录或命令异常。
- 动
/etc/profile：影响所有用户，且只对登录 shell 生效 - 动
/etc/bashrc：影响所有运行 bash 的用户，每次新开终端都读，但部分发行版（如 Ubuntu）默认不加载它 - 更安全的替代：在
/etc/profile.d/下新建一个mytools.sh文件，内容为export PATH="/opt/mytools/bin:$PATH"，系统会自动加载 - 注意权限：该文件需有可读权限（
chmod 644），且不能带.bash后缀（某些系统只认.sh）
真正容易被忽略的是 shell 类型和加载顺序——很多人反复 source ~/.bashrc 却忘了自己其实走的是 ~/.bash_profile 路径，或者压根没意识到图形终端和 SSH 终端加载机制不同。先确认你的登录方式，再决定从哪下手，比盲目修改文件有效得多。
