执行 shell 脚本时，「source」、「. 」和「./」的区别

区别大部分人都知道，但是你试过吗？

通过网上的查询，我们很容易知道三者的区别大致如下：

source script.sh 会在当前进程下执行脚本，并且脚本中设置的变量在脚本执行完毕后会保存下来。
. script.sh 和 source script.sh 是一样的，在一些环境下有一些细微差别的，如 source 不是 POSIX 所要求的。
./script.sh 则是会在单独的子进程中执行，脚本中设置的变量在脚本执行完毕后不会保存。但是若 script.sh 脚本不是以 #!/bin/bash 开头，那么也不会在子进程中执行。

我们可以做个简单的测试：

# cat test.sh 
#! /bin/bash
test=1234

# ./test.sh 
# echo $test

# . test.sh
# echo $test
1234

# cat test.sh 
#! /bin/bash
test=123

# source test.sh
echo $test
123

可以看出只有用 ./ 执行后变量没有保存在当前环境变量中。

那关于是否是在子进程运行的区别又有什么影响呢？下面我们来做另外一个测试。

下面有一个检测进程 PID 的脚本 check_process.sh，请问运行 ./check_process.sh gmond 和 source check_process.sh gmond 输出会有什么不同？（假设已存在 1 个 gmond 进程，pid 为 17255）

#! /bin/bash
process=$1
pid=$(ps x | grep $process | grep -v grep | awk '{print $1}')
echo $pid

运行测试：

# ./check_process.sh gmond
17255 25930 25931

# source check_process.sh gmond
17255

😱 结果是不是有点奇怪，gmond 明明只有一个进程啊，为什么会出来三个进程 pid？

我们在脚本里加个 sleep，然后从另外窗口看下多出的进程 pid 是谁？ 👀

#! /bin/bash
process=$1
pid=$(ps x | grep $process | grep -v grep | awk '{print $1}')
echo $pid
sleep 100

再运行：

# ./check_process.sh gmond
8215 8216 17255

# ps -ef|grep gmond|grep -v grep
root      8215 17611  0 14:26 pts/8    00:00:00 /bin/bash ./check_process.sh gmond
root     17255     1  5 Feb02 ?        5-15:08:55 /usr/sbin/gmond

发现 pid 为 8215 的进程就是我们执行脚本本身的进程。同时也可以看到，./ 最终调用执行的是 /bin/bash。

所以，我们用 shell 脚本来获取进程 pid 时一定要对进程本身进程过滤，可以用 grep -v bash：

#! /bin/bash
process=$1
pid=$(ps x | grep $process | grep -v grep |grep -v bash| awk '{print $1}')
echo $pid

遗留的问题，若脚本中不加 #! /bin/bash，又会是什么结果呢？

1
2
3

process=$1
pid=$(ps x | grep $process | grep -v grep | awk '{print $1}')
echo $pid

此时可以发现，三种运行方式的结果都是正常的 😯

# ./check_process.sh gmond
17255
# . check_process.sh gmond
17255
# source check_process.sh gmond
17255