source 是唯一安全可靠的立即生效方式，它将配置文件内容原地执行于当前 shell，使环境变量即时生效且不丢失历史命令；其他方法如重启终端效率低，./.bashrc 无效，exec bash 会丢失上下文。
改完 .bashrc 或 .bash_profile 后，不重启终端就能用新环境变量——关键就一条命令：source。其他方法要么无效，要么有副作用。
为什么改了配置文件却没生效？
Shell 启动时只读一次配置文件：.bashrc 在每次新开终端（非登录 shell）时加载；.bash_profile 或 .profile 只在登录 shell（比如 SSH 登录、图形界面首次打开终端）时加载。手动编辑保存后，当前 shell 进程并不知道文件变了。
- 直接关掉终端再重开，确实能生效，但太慢，且可能丢失当前工作状态
- 运行
./.bashrc是错的：它会以子 shell 执行，变量无法回传到当前 shell - 用
exec bash会替换当前 shell，历史命令、未保存的变量全丢
source 是唯一安全可靠的立即生效方式
source（等价于 .）把脚本内容“原地执行”在当前 shell 中，所有 export 都直接作用于当前进程，变量立刻可见、子进程立刻继承。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 对用户级配置：改完
~/.bashrc后运行source ~/.bashrc - 如果改的是
~/.bash_profile，用source ~/.bash_profile - 系统级改了
/etc/profile，普通用户不能写，但 root 可运行source /etc/profile - 注意：
/etc/environment不是 shell 脚本，不能source，必须重启或重新登录
PATH 覆盖错误是最常见的坑
写 export PATH="/new/path" 而不是 export PATH="/new/path:$PATH"，会导致原有路径全丢——ls、cd 等基础命令立刻报 command not found。
- 验证是否出问题：
echo $PATH看输出里有没有/usr/bin、/bin等标准路径 - 临时抢救：
export PATH="/usr/local/bin:/usr/bin:/bin"（按你系统实际路径补全） - 永久修复：检查
.bashrc里那行export PATH=...，确认末尾有:$PATH
不同 Shell 要用对应配置文件
你当前用的是什么 shell，就得改它认的文件。别默认全是 .bashrc。
- 查当前 shell：
echo $SHELL，常见结果是/bin/bash或/bin/zsh - Bash 用户：优先改
~/.bashrc（交互式非登录 shell），或确保~/.bash_profile里有source ~/.bashrc - Zsh 用户：该改
~/.zshrc，source ~/.zshrc生效，.bashrc完全不读 - 不确定时，运行
ps -p $$看当前进程名，比$SHELL更准
真正麻烦的从来不是“怎么加”，而是加错位置、覆盖原值、或用了错误的配置文件——这些错误往往要等你敲下第一个命令才暴露出来。
