export设置的变量不永久是因为它只在当前进程及其子进程中有效，shell退出后进程销毁，变量即消失。这是unix进程隔离机制决定的，而非bug。
Linux里用 export 设置的环境变量只在当前 shell 有效，关掉终端就没了；想永久生效，必须写进配置文件，但写错位置或加载时机不对，照样不生效。
为什么 export 命令设置的变量不永久？
因为 export 是运行时行为，只影响当前进程及其子进程。shell 退出后，进程销毁，变量自然消失。这不是 bug，是 Unix 进程隔离的基本机制。
常见误操作：
- 在终端敲
export PATH="/my/bin:$PATH"后以为装完软件就能全局用了，结果新开终端就报command not found - 把
export写进脚本然后./script.sh执行——变量只在脚本进程里存在，脚本结束就清空
该写进哪个文件？~/.bashrc、~/.profile 还是 /etc/environment？
取决于你用什么 shell、是否登录、是否图形界面，以及想作用于谁：
-
~/.bashrc：适用于交互式非登录 bash（比如 GNOME 终端默认启动方式），适合个人常用命令别名和PATH补充。每次新开终端都会读一次 -
~/.profile：适用于所有登录 shell（包括 bash、sh、dash），被桌面环境（如 GDM）启动时也会读取。更适合设全局路径、语言等基础变量 -
/etc/environment：系统级，不支持$PATH展开或命令替换，只能写纯键值对，如PATH="/usr/local/bin:/usr/bin"。适合强制统一环境
普通用户优先改 ~/.profile；如果只在终端用且用 bash，~/.bashrc 更方便。别碰 /etc/profile 或 /etc/bash.bashrc，除非你明确要影响所有用户。
写进去之后为什么还是不生效？
改完文件只是“存了”，没“加载”。必须手动触发或重启会话：
- 立即生效：
source ~/.profile（或. ~/.profile），注意不是bash ~/.profile——后者会开新子 shell，变量出不来 - 图形界面下，注销再登录；终端里，关掉所有窗口重开
- 验证是否生效：
echo $PATH或env | grep MY_VAR，别只看printenv——它显示所有变量，容易漏掉拼写错误
容易踩的坑：
- 在
~/.bashrc里写export PATH=...，但系统登录时根本没加载它（比如用 SSH 登录，默认是登录 shell，读~/.profile） - 在
~/.profile末尾加source ~/.bashrc，看似保险，但某些发行版（如 Ubuntu）的~/.profile默认已有这句，重复加会导致循环加载 - 路径里有空格或中文，没加引号：
export JAVA_HOME=/opt/jdk 17→ 应为export JAVA_HOME="/opt/jdk 17"
PATH 追加顺序很重要，别覆盖系统默认值
永远用 PATH="/my/tool:$PATH" 而不是 PATH="/my/tool"，否则会丢掉 /usr/bin、/bin 等关键路径，导致 ls、cp 都找不到。
更稳妥写法：
if [[ ":$PATH:" != *":/my/tool:"* ]]; then export PATH="/my/tool:$PATH" fi
这段检查避免重复追加，尤其当你在多个配置文件里都写了类似逻辑时。别小看这个判断——PATH 越来越长，重复多了会影响 shell 启动速度，也容易引发工具版本混乱。
最常被忽略的一点：有些程序（比如 systemd 服务、cron 任务、桌面快捷方式启动的程序）根本不走你的 shell 配置，它们用的是极简环境。这种场景得单独处理，不能指望 ~/.profile 一劳永逸。
