永久生效的环境变量需写入对应配置文件并手动加载：用户级加~/.bashrc并source，全局推荐/etc/profile.d/；改完必须source或重启终端，且path顺序影响命令优先级。
永久生效的环境变量配置，关键不在“怎么写”，而在“写到哪”和“怎么加载”。写错位置或漏掉加载步骤，改完照样不生效。
为什么 export PATH=/new/path:$PATH 重启后就没了
因为这只是在当前 shell 会话里临时修改。关闭终端、新开一个 terminal 或 ssh 登录，shell 会重新读取初始化文件，而你没把这行命令存进去。
- 临时设置只影响当前 shell 及其子进程，关掉就清空
-
export命令本身不保存，也不写入任何配置文件 - 常见误操作：执行了
export PATH=...，以为“设好了”，结果新开终端发现命令还是找不到
用户级永久变量该写进 ~/.bashrc 还是 ~/.bash_profile
取决于你用的是什么登录方式和 shell 类型。大多数桌面环境和 SSH 默认启动的是 login shell，读 ~/.bash_profile；但很多终端模拟器（如 GNOME Terminal）默认开 non-login shell，只读 ~/.bashrc。
- 稳妥做法：把
export行加到~/.bashrc，再在~/.bash_profile末尾加一句source ~/.bashrc - 如果只改
~/.bash_profile，GUI 终端里可能不生效 - 别直接改
~/.profile—— 它被~/.bash_profile调用，但 bash 不保证一定读它，尤其当.bash_profile存在时
全局变量必须改 /etc/profile 吗
不一定。/etc/profile 是最常用且兼容性最好的选择，但它只对 login shell 生效；systemd 服务、cron 任务、GUI 应用往往不走这条路。
-
/etc/environment是更底层的系统级配置，不支持变量展开（比如不能写$PATH），纯 key=value 格式，适用于所有进程 -
/etc/profile.d/*.sh是推荐方式：新建/etc/profile.d/myenv.sh，里面写export MY_VAR=value，自动被 /etc/profile 加载，便于管理、卸载和排查 - 改
/etc/profile本身没问题，但多人协作时容易被覆盖或冲突；/etc/profile.d/是解耦方案
改完文件后为什么 echo $PATH 还是老样子
因为 shell 不会自动重读配置文件。你编辑的是“模板”，不是“运行时内存”。必须显式触发加载。
- 对当前终端：运行
source ~/.bashrc或. ~/.bashrc - 对新终端：关闭再打开，或新开 tab —— 它会自动读取
- 对已运行的 GUI 程序（如 VS Code、IDEA）：需要完全退出再启动，它们继承的是父进程（桌面环境）启动时的环境
- 验证是否生效：不要只看
echo $PATH，用which your_command或直接运行命令测试
最容易被忽略的一点：PATH 中路径顺序很重要。如果多个目录下有同名命令，排在前面的会优先命中。追加路径时用 $PATH:/new/path 还是 /new/path:$PATH，结果可能完全不同。
