在 Linux 和 macOS 的命令行世界中，我们每天都在和脚本打交道。执行一个脚本最常见的方式可能就是给它执行权限，然后通过 ./myscript.sh 来运行。然而，你一定也见过或用过另一个命令：source (或者它的简写形式一个点 .)。
这两种方式都能让脚本运行起来，但它们之间存在着本质的区别，而这个区别正是 source 命令强大且不可或-缺的原因。这篇博客将带你深入理解 source 命令的方方面面。
什么是 source 命令？
source 是一个 shell 内置命令（built-in），它的作用是在当前的 shell 环境中读取并执行一个文件中的命令。 这句话是理解 source 的核心，请记住“当前 shell 环境”。
语法
source 命令的语法非常简单：
source [文件名] [参数]
或者使用它等效的简写形式（一个点后跟一个空格）：
. [文件名] [参数]
这两个命令是完全一样的。 source 命令起源于 C Shell，而点命令则源于 Bourne Shell，但它们在现代的 Bash 或 Zsh 中功能相同。
source 与直接执行 (./) 的核心区别
这是本文的重点。当我们通过 ./script.sh 的方式执行一个脚本时，系统会创建一个全新的子 shell (sub-shell) 来运行这个脚本。 脚本里所有的操作，比如定义变量、设置别名、切换目录等，都发生在这个临时的子 shell 中。一旦脚本执行完毕，这个子 shell 就会被销毁，它所做的一切环境改变也随之烟消云散，不会对你原来的终端会话（父 shell）产生任何影响。
而 source 命令则完全不同，它不会创建新的子 shell。 它就像是把脚本文件里的所有命令，逐行复制粘贴到你当前的终端里执行一样。 这意味着，脚本中对环境的所有修改（如设置变量、定义函数）都会保留在当前的 shell 会话中。
让我们用一张表格来清晰地对比：
| 对比项 | source script.sh (或 . script.sh) |
./script.sh |
|---|---|---|
| 执行环境 | 在当前的 shell 环境中执行。 | 创建一个新的子 shell (sub-shell) 来执行。 |
| 变量影响 | 脚本中定义的变量、函数和别名在脚本执行后会保留在当前 shell 中。 | 脚本中对环境的任何更改都只存在于子 shell 中，脚本结束即丢失。 |
| 进程关系 | 不会创建新的进程。 | 会创建一个新的子进程。 |
| 目录更改 | 如果脚本中有 cd 命令，当前 shell 的工作目录会改变。 |
只有子 shell 的工作目录会改变，当前 shell 不受影响。 |
| 退出影响 | 如果脚本中有 exit 命令，它会导致当前的 shell 会话（你的终端）退出。 |
脚本中的 exit 命令只会结束那个新建的子 shell，不影响当前的终端会话。 |
实例胜于雄辩
创建一个名为 test.sh 的脚本文件：
#!/bin/bash
# 定义一个环境变量
export MY_BLOG_VAR="Hello from script!"
# 定义一个函数
say_hello() {
echo "这是一个来自脚本的函数！"
}
echo "脚本已执行，变量和函数已定义。"
场景一：直接执行
# 首先赋予执行权限
$ chmod +x test.sh
# 直接执行
$ ./test.sh
脚本已执行，变量和函数已定义。
# 尝试访问变量和函数
$ echo $MY_BLOG_VAR
$ say_hello
-bash: say_hello: command not found
如你所见，执行后什么都没有留下。变量 MY_BLOG_VAR 是空的，函数 say_hello 也未定义。
场景二：使用 source 命令
# 使用 source 执行 (不需要执行权限)
$ source test.sh
脚本已执行，变量和函数已定义。
# 再次尝试访问变量和函数
$ echo $MY_BLOG_VAR
Hello from script!
$ say_hello
这是一个来自脚本的函数！
这次，变量和函数都成功地被“导入”到了我们当前的 shell 环境中，并且可以继续使用。
source 的黄金应用场景
理解了它的核心作用后，你会发现在很多场景下 source 都是不可或缺的。
1. 重新加载 Shell 配置文件
这是最常见的用途。 当你修改了你的 .bashrc, .zshrc, 或 .bash_profile 文件，比如添加了一个新的 alias 或者 export 了一个新的环境变量后，你不需要关闭并重新打开终端，只需执行：
source ~/.bashrc
或者
source ~/.zshrc
这样，所有的更改会立刻在当前会话中生效。
2. 激活虚拟环境
在 Python、Node.js 等开发中，我们经常使用虚拟环境来隔离项目依赖。激活这些虚拟环境的命令通常就是 source。
# 激活 Python 虚拟环境
source my-python-env/bin/activate
这个 activate 脚本会修改当前 shell 的 PATH 环境变量，将虚拟环境的 bin 目录放在最前面，并设置一些其他的环境变量。这样，你后续输入的 python 或 pip 命令就会是虚拟环境中的版本，而不是全局版本。如果用 ./ 来执行 activate，那么这些改变只会发生在转瞬即逝的子 shell 中，对你当前的终端毫无作用。
3. 脚本模块化
对于复杂的 Shell 脚本，我们可以将一些通用的函数、变量或配置拆分到不同的文件中，然后在主脚本中使用 source 来引入它们，这和许多编程语言中的 import 或 include 概念类似。
config.sh 文件:
# 配置文件
DB_HOST="localhost"
DB_USER="admin"
functions.sh 文件:
# 函数库
function connect_db() {
echo "正在连接到数据库 $DB_HOST ..."
}
main.sh 主脚本:
#!/bin/bash
# 获取脚本所在目录
SCRIPT_DIR=$(cd "$(dirname "$0")" && pwd)
# 引入配置文件和函数库
source "${SCRIPT_DIR}/config.sh"
source "${SCRIPT_DIR}/functions.sh"
echo "配置加载完毕。"
echo "数据库用户: $DB_USER"
# 调用引入的函数
connect_db
通过这种方式，我们的代码变得更加清晰、有条理，且易于维护。
注意事项与最佳实践
-
路径问题：
source会在$PATH环境变量指定的目录中查找文件（如果只提供了文件名）。 但为了确保脚本的健壮性，强烈建议总是使用明确的相对路径或绝对路径。 -
安全性：
source会无条件执行文件中的所有代码。因此，请确保你source的文件是可信的，来源清晰，否则可能带来安全风险。 -
避免重复引入：Shell 本身没有内置防止重复
source同一个文件的机制。 如果一个文件被多次source，它的代码就会被执行多次。在复杂的模块化脚本中，可以通过设置一个“保护变量”来避免这种情况：my_module.sh:# 如果这个变量已经定义，则直接返回，不再执行后续代码 if [ -n "$_MY_MODULE_LOADED" ]; then return 0 fi _MY_MODULE_LOADED=1 # --- 模块的实际代码 --- echo "我的模块被加载了！" # --------------------
结论
source (或 .) 命令是 Shell 工具箱中一个基础但极其强大的工具。它与直接执行脚本的核心区别在于是否创建新的子 shell。
掌握 source 的用法，意味着你能够：
- 即时更新你的 shell 环境配置。
- 正确地管理和使用各种开发语言的虚拟环境。
- 编写出结构清晰、模块化的复杂 Shell 脚本。
希望这篇博客能帮助你彻底理解 source 命令，并在未来的工作中更加得心应手地运用它。