执行 Shell 脚本

除了在命令行中直接输入命令,我们还可以把多个命令汇总在一起,放在脚本中,便于后期一起执行。本节主要介绍如何执行 Shell 脚本。这个问题看起来很简单, 但如果不把其中原理想清楚,会导致后期理解上存在偏差,容易踩坑。

假设当前目录下有一个 test.sh文件,内容如下:

cd ~/Downloads

一共有三类方式执行它:

调用解释器执行

顾名思义,就是把脚本的路径传入解释器中去执行:

sh test.sh
# 或者
bash test.sh

这两者略有区别,我没有整理过完整的差异,但至少对于 echo 命令来说,以下命令在两种解释器下得到的结果是不一样的:

echo -e "hello\nworld"

bash 会正确的将 \n 解释为换行符,sh 则不能。个人建议统一使用 bash 即可

利用解释器执行 Shell 脚本,实际上是在当前的 Shell 环境中启动了一个子进程去执行

直接输入文件名运行

下面这行命令同样可以用来执行脚本:

./test.sh

此时要求脚本文件必须是可执行的,否则将会报错:

zsh: permission denied: ./test.sh

解决方法是变更文件的权限:chmod +x test.sh 然后再执行就可以了。这种运行方式也是新建一个子 Shell 去执行脚本。

有的读者可能会问,系统怎么知道这是 Shell 脚本而不是其他语言呢?实际上并不是通过文件名后缀来区分的,可以举个例子:

#! /usr/bin/python

print "11"

这里用 Python 语法写了一个脚本,但是后缀名保存为 sh,如果我们直输入名称去执行,一样可以得到正确的结果:

./py.sh
# 输出 11

这里的 #! 被称为 shebang,用来指定使用什么解释器去执行脚本。因此,规则可以简单概括如下:

  1. 如果直接写明了解释器,比如 sh xxx.sh,会以显式指定的解释器为准,shebang 不生效。
  2. 如果直接写可执行文件的名字,则以 shebang 指定的解释器为准。
  3. 如果没有指定 shebang,默认是 bash,不会参考文件名的后缀。

在当前 Shell 运行

与前两种方式不同的是,我们还可以在当前的 Shell 中执行脚本:

. ./test.sh
# 或者
source ./test.sh

这种做法的好处在于,由于不涉及到 Shell 进程的切换,所有变量和函数的定义都是相通的。比如我在 util.sh 里面定义了函数:

function sayHello {
    echo "hello, world"
}

使用方可以通过 source 命令来获取调用函数的能力:

source util.sh
sayHello

通过 .srouce 来调用脚本基本上是一致的,区别在于 source 的兼容性更好,因此更加推荐。

results matching ""

    No results matching ""