export设置的环境变量仅当前终端有效，因只修改当前shell进程内存；永久生效需写入shell初始化文件（如~/.bashrc或/etc/environment）并正确source或重启终端。
export 命令设的环境变量只在当前终端有效，关掉就没了；要永久生效，必须写进 shell 的初始化文件，并且得选对文件、写对格式、再 source 一次——否则改了等于没改。
为什么 export PATH=... 关掉终端就失效？
因为 export 只修改当前 shell 进程的内存环境，子进程能继承，但父进程（比如你关闭后新开的终端）完全不知道这事。这属于「临时设置」，适合调试或单次运行。
~/.bashrc 和 ~/.bash_profile 到底该改哪个？
大多数现代 Linux 发行版（如 Ubuntu、CentOS 8+）默认用 ~/.bashrc；但某些系统（如 CentOS 7 的 GNOME 终端）会优先读 ~/.bash_profile，而它默认可能没主动 source ~/.bashrc。
- 先确认你用的是什么 shell：
echo $SHELL - 如果是
/bin/bash，看它是否加载~/.bashrc：grep -q "source.*bashrc" ~/.bash_profile && echo "已加载" || echo "未加载" - 保险做法：直接往
~/.bashrc末尾加export MY_VAR="value"，然后执行source ~/.bashrc - 如果用的是
zsh，就得改~/.zshrc，不是.bash*文件
系统级永久配置：改 /etc/environment 还是 /etc/profile？
/etc/environment 是最干净的系统级配置方式，但它不支持变量展开（比如不能写 PATH="/opt/bin:$PATH"），只能用绝对路径和纯等号赋值；而 /etc/profile 支持 export 和变量拼接，但会影响所有用户登录 shell，且被某些桌面环境忽略。
- 想让所有用户都用同一个
PATH，且路径固定：写进/etc/environment，格式如PATH="/usr/local/bin:/opt/myapp/bin:/usr/bin:/bin" - 需要变量拼接（比如追加到现有
PATH）：用/etc/profile，加一行export PATH="/opt/myapp/bin:$PATH" - 改完
/etc/environment后无需source，下次登录即生效；改/etc/profile后，新终端或source /etc/profile才生效
验证是否真的永久生效？别只信 echo $VAR
很多人改完就 echo $PATH 看一眼，结果发现有，就以为成了——但那只是当前 shell 缓存的值。真正要验证「永久」，得开一个全新终端（不是 source，不是 exec bash），再检查：
- 新开终端后运行：
printenv MY_VAR或echo $MY_VAR - 如果用在脚本里，记得脚本默认是非交互式 shell，它不读
~/.bashrc——要么显式source ~/.bashrc，要么把变量写进/etc/environment或/etc/profile - GUI 应用（如 VS Code、Gnome Terminal 启动的程序）可能不加载
~/.bashrc，得靠/etc/environment或桌面环境的 session 配置
source、混淆交互/非交互 shell 加载逻辑——这些才是永久失效最常见的根因。别跳过验证步骤，新开终端才是唯一可信的测试方式。
