近日，一个困扰许多Linux/Unix用户的技术话题在开发者社区引发热议：如何让脚本中执行的命令像用户在当前终端中直接运行一样，对shell环境产生影响？这个看似基础的问题，实际上涉及shell工作机制的核心差异，而正确理解并掌握这一技巧，对于日常开发和系统管理效率提升至关重要。
问题根源：子Shell vs 当前Shell
当用户在终端中直接输入命令（如 cd /tmp、export PATH=$PATH:/my/bin），这些操作会立刻修改当前shell会话的状态——工作目录会改变，环境变量会被更新。然而，一旦将这些命令写进脚本并执行 ./script.sh，情况就完全不同了。默认情况下，Shell会创建一个子进程（子Shell）来运行脚本，所有命令在子Shell中执行完毕后，子Shell退出，对环境变量的修改、目录跳转等全部消失，父Shell（当前终端）毫发无伤。
这种隔离机制本来是为了安全——防止脚本意外破坏当前环境，但有时用户确实希望脚本能够“像用户亲手输入一样”改变当前终端。例如，一个自动设置开发环境的脚本需要 export 一系列变量，或者一个部署脚本需要 cd 到指定目录后继续手动操作。
解决方案：source、. 和 exec
解决之道其实早已存在，但常常被新手甚至资深用户忽略。最直接的方法是使用 source 命令（或它的别名 .）。source script.sh 不会创建子Shell，而是让当前Shell进程直接读取并执行脚本中的命令，任何环境变更都会保留。这正是大多数配置文件（如 .bashrc）被加载的方式——通常通过 source ~/.bashrc 生效。
例如，假设有一个脚本 setup_env.sh 内容为：
export APP_HOME=/opt/myapp
export PATH=$APP_HOME/bin:$PATH
cd $APP_HOME
若用 ./setup_env.sh 执行，终端仍停留在原目录，PATH也无变化；但使用 source setup_env.sh 后，环境变量和目录切换立刻生效。
另一个极端用法是 exec 命令：exec script.sh 会用脚本进程替换当前Shell进程，所有后续命令都不再返回原Shell。这常用于需要彻底接管终端流程的场景（如启动一个新的交互式Shell）。
进阶技巧：eval与函数定义
除了 source，有时需要在脚本中动态构造命令并执行。此时 eval 可以派上用场：eval $(script_generating_commands) 将脚本输出作为命令在当前Shell中执行。例如，eval $(ssh-agent -s) 是许多用户熟悉的一幕——它将ssh-agent的环境变量注入当前终端。
更优雅的做法是将常用操作封装为Shell函数，然后 source 包含该函数的脚本，使其成为当前Shell的一部分。比如：
# 在 ~/functions.sh 中定义
mydir() { cd /some/deep/path; }
# 在终端中 source ~/functions.sh 之后，直接输入 mydir 即可跳转
这种方式让脚本“变成”了用户自己的命令，比临时设置别名更灵活。
工具生态新动态
值得注意的是，现代开发工具也在尝试解决这个痛点。例如，direnv 可以根据目录自动加载/卸载环境变量，本质上是通过钩子机制在当前Shell中执行配置脚本；Python的virtualenv 的 activate 脚本也是典型的 source 应用。此外，一些跨平台Shell（如 fish）内置了更智能的环境管理机制。
在容器和DevOps领域，docker exec 和 tmux send-keys 也提供了类似的“注入命令到现有会话”的能力。比如 docker exec -it <container> bash -c 'source /tmp/setup && command' 可以在容器内模拟用户行为。
注意事项与误区
尽管 source 看似完美，但开发者应注意：被source的脚本会直接修改当前环境，如果脚本中存在 exit 或 return 等控制流语句，可能导致当前Shell意外退出。另一个常见错误是试图在管道或子Shell中 source 某脚本——如 cat setup.sh | bash 依然会创建子Shell，结果无效。正确的做法是使用进程替换：source <(cat setup.sh) 或直接用 eval "$(cat setup.sh)"。
此外，许多用户误以为 bash script.sh 和 source script.sh 可以互换，这是不正确的。前者适用于无需改变环境的后台任务，后者适用于需要“驻留”环境的前台配置。
总结
“Run command from script as if user had run it in current terminal”这一诉求，本质是希望打破Shell默认的子进程隔离。通过理解 source、exec、eval 等工具的差异，程序员可以精确控制哪些命令影响当前环境，哪些命令在沙盒中运行。这不仅避免了手动复制粘贴的繁琐，也为自动化配置和持续集成提供了坚实基础。无论你是刚接触命令行的新手，还是经验丰富的运维专家，掌握这一技巧都将让你的终端操作更加高效、可控。