关键在于用source命令重新加载对应配置文件：改~/.bashrc就运行source ~/.bashrc，改/etc/profile需sudo权限，且仅对当前终端生效；注意路径、语法、Shell类型匹配，/etc/environment等特殊文件source无效，须重新登录。
修改环境变量后，要让它立即生效，关键在于重新加载对应的配置文件，而不是重启终端或系统。不同配置方式对应不同的加载命令，选错就看不到效果。
当前终端立即生效：用 source 命令
这是最常用、最直接的方法。只要你知道修改的是哪个文件，就用 source（或简写为 .）重新执行它：
- 改了
~/.bashrc→ 运行source ~/.bashrc - 改了
~/.bash_profile或~/.profile→ 运行source ~/.bash_profile - 改了
/etc/profile→ 运行sudo source /etc/profile（注意需 root 权限） - 改了
/etc/profile.d/myscript.sh→ 运行source /etc/profile.d/myscript.sh
执行后，该终端里所有新启动的命令就能识别新变量。验证方式很简单：echo $PATH 或 echo $MY_VAR 看输出是否包含你新加的内容。
避免常见失效原因
有时执行了 source 却没变化，往往是因为：
-
文件路径写错：比如把
~/.bashrc误写成~/.bashrcs，或漏掉~写成.bashrc（当前目录下不存在该文件） -
变量定义语法错误：例如漏掉
export（用户级文件中必须加），或在/etc/environment里错误地写了export PATH=...（它只认PATH=...） -
被后续配置覆盖：比如
.bashrc里先设了 PATH，但后面又有一行PATH=...直接赋值，就把前面的覆盖掉了 -
Shell 类型不匹配：你在
.bashrc里设置，但当前终端用的是zsh，那它根本不会读这个文件 —— 可用echo $SHELL确认
哪些修改不能靠 source 生效？
有些场景下，source 不起作用，必须新开终端或重新登录：
-
改了
/etc/environment：这个文件由 PAM 在登录时读取，不支持 shell 语法，source完全无效；必须重新登录或重启 - 子进程已启动的程序：比如你改完 PATH 后，已经开着的 VS Code 或终端里的后台服务，它们继承的是旧环境；需要手动重启这些程序
-
systemd 用户服务或 cron 任务：它们不走 shell 初始化流程，需单独配置环境或使用
Environment=字段指定
小技巧：一键检查变量来源
不确定变量在哪定义的？可以这样排查：
- 查当前值：
echo $PATH - 查定义位置：
grep -n "PATH=" ~/.bashrc ~/.bash_profile /etc/profile /etc/environment 2>/dev/null - 看完整环境：
env | grep MY_VAR
定位到具体行后，再针对性 source，效率更高。
