深度解析 Linux & Mac 中的 source 命令

在 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 命令，并在未来的工作中更加得心应手地运用它。