编写第一个 Shell 脚本

    最简单的解释，一个 shell 脚本就是一个包含一系列命令的文件。shell 读取这个文件，然后执行文件中的所有命令，就好像这些命令已经直接被输入到了命令行中一样。

    Shell 有些独特，因为它不仅是一个功能强大的命令行接口,也是一个脚本语言解释器。我们将会看到，大多数能够在命令行中完成的任务也能够用脚本来实现，同样地，大多数能用脚本实现的操作也能够在命令行中完成。

    虽然我们已经介绍了许多 shell 功能，但只是集中于那些经常直接在命令行中使用的功能。Shell 也提供了一些通常（但不总是）在编写程序时才使用的功能。

    为了成功地创建和运行一个 shell 脚本，我们需要做三件事情：

    1. 编写一个脚本。Shell 脚本就是普通的文本文件。所以我们需要一个文本编辑器来书写它们。最好的文本编辑器都会支持语法高亮，这样我们就能够看到一个脚本关键字的彩色编码视图。语法高亮会帮助我们查看某种常见错误。为了编写脚本文件，vim，gedit，kate，和许多其它编辑器都是不错的候选者。

    2. 使脚本文件可执行。系统会相当挑剔不允许任何旧的文本文件被看作是一个程序，并且有充分的理由!所以我们需要设置脚本文件的权限来允许其可执行。

    3. 把脚本放置到 shell 能够找到的地方。当没有指定可执行文件明确的路径名时，shell 会自动地搜索某些目录，来查找此可执行文件。为了最大程度的方便，我们会把脚本放到这些目录当中。

    25.2.1 脚本文件格式

    为了保持编程传统，我们将创建一个 “hello world” 程序来说明一个极端简单的脚本。所以让我们启动我们的文本编辑器，然后输入以下脚本：

    对于脚本中的最后一行，我们应该是相当的熟悉，仅仅是一个带有一个字符串参数的 echo 命令。对于第二行也很熟悉。它看起来像一个注释，我们已经在许多我们检查和编辑过的配置文件中看到过。关于 shell 脚本中的注释，它们也可以出现在文本行的末尾，像这样：

      文本行中，# 符号之后的所有字符都会被忽略。

      类似于许多命令，这也在命令行中起作用：

      1. [me@linuxbox ~]$ echo 'Hello World!' # This is a comment too
      2. Hello World!

      虽然很少在命令行中使用注释，但它们也能起作用。

      我们脚本中的第一行文本有点儿神秘。它看起来它应该是一条注释，因为它起始于一个#符号，但是它看起来太有意义，以至于不仅仅是注释。事实上，这个#!字符序列是一种特殊的结构叫做 shebang。这个 shebang 被用来告诉操作系统将执行此脚本所用的解释器的名字。每个 shell 脚本都应该把这一文本行作为它的第一行。

      让我们把此脚本文件保存为 hello_world。

      25.2.2 可执行权限

      1. [me@linuxbox ~]$ ls -l hello_world
      2. -rw-r--r-- 1  me    me      63  2009-03-07 10:10 hello_world
      3. [me@linuxbox ~]$ chmod 755 hello_world
      4. [me@linuxbox ~]$ ls -l hello_world
      5. -rwxr-xr-x 1  me    me      63  2009-03-07 10:10 hello_world

      对于脚本文件，有两个常见的权限设置；权限为755的脚本，则每个人都能执行，和权限为700的脚本，只有文件所有者能够执行。注意为了能够执行脚本，脚本必须是可读的。

      25.2.3 脚本文件位置

      当设置了脚本权限之后，我们就能执行我们的脚本了：

      为了能够运行此脚本，我们必须指定脚本文件明确的路径。如果我们没有那样做，我们会得到这样的提示：

      1. [me@linuxbox ~]$ hello_world
      2. bash: hello_world: command not found

      为什么会这样呢？什么使我们的脚本不同于其它的程序？结果证明，什么也没有。我们的脚本没有问题。是脚本存储位置的问题。回到第12章，我们讨论了 PATH 环境变量及其在系统查找可执行程序方面的作用。回顾一下，如果没有给出可执行程序的明确路径名，那么系统每次都会搜索一系列的目录，来查找此可执行程序。这个/bin 目录就是其中一个系统会自动搜索的目录。这个目录列表被存储在一个名为 PATH 的环境变量中。这个 PATH 变量包含一个由冒号分隔开的目录列表。我们可以查看 PATH 的内容：

      2. /home/me/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:
      3. /bin:/usr/games

      这里我们看到了我们的目录列表。如果我们的脚本位于此列表中任意目录下，那么我们的问题将会被解决。注意列表中的第一个目录/home/me/bin。大多数的 Linux 发行版会配置 PATH 变量，让其包含一个位于用户家目录下的 bin 目录，从而允许用户能够执行他们自己的程序。所以如果我们创建了一个 bin 目录，并把我们的脚本放在这个目录下，那么这个脚本就应该像其它程序一样开始工作了：

      1. [me@linuxbox ~]$ mkdir bin
      2. [me@linuxbox ~]$ mv hello_world bin
      3. [me@linuxbox ~]$ hello_world

      它的确工作了。

      如果这个 PATH 变量不包含这个目录，我们能够轻松地添加它，通过在我们的.bashrc 文件中包含下面这一行文本：

      当做了这个修改之后，它会在每个新的终端会话中生效。为了把这个修改应用到当前的终端会话中，我们必须让 shell 重新读取这个 .bashrc 文件。这可以通过 “sourcing”.bashrc 文件来完成：

      1. [me@linuxbox ~]$ . .bashrc

      这个点（.）命令是 source 命令的同义词，一个 shell 内建命令，用来读取一个指定的 shell 命令文件，并把它看作是从键盘中输入的一样。

      注意：

      在 Ubuntu 系统中，如果存在 ~/bin 目录，当执行用户的 .bashrc 文件时，Ubuntu 会自动地添加这个 ~/bin 目录到 PATH 变量中。所以在 Ubuntu 系统中，如果我们创建了这个 ~/bin 目录，随后退出，然后再登录，一切会正常运行。

      25.2.4 脚本文件的好去处

      这个 ~/bin 目录是存放为个人所用脚本的好地方。如果我们编写了一个脚本，系统中的每个用户都可以使用它，那么这个脚本的传统位置是 /usr/local/bin。系统管理员使用的脚本经常放到 /usr/local/sbin 目录下。大多数情况下，本地支持的软件，不管是脚本还是编译过的程序，都应该放到 /usr/local 目录下，而不是在 /bin 或 /usr/bin 目录下。这些目录都是由 Linux 文件系统层次结构标准指定，只包含由 Linux 发行商所提供和维护的文件。

      严肃认真的脚本书写的关键目标之一是为了易于维护；也就是说，一个脚本可以轻松地被作者或其它用户修改，使它适应变化的需求。使脚本容易阅读和理解是一种方便维护的方法。

      25.3.1 长选项名称

      我们学过的许多命令都以长短两种选项名称为特征。例如，这个 ls 命令有许多选项既可以用短形式也可以用长形式来表示。例如：

      1. [me@linuxbox ~]$ ls -ad
      1. [me@linuxbox ~]$ ls --all --directory

      是等价的命令。为了减少输入，当在命令行中输入选项的时候，短选项更受欢迎，但是当书写脚本的时候，长选项能提供可读性。

      25.3.2 缩进和行连接

      当使用长命令的时候，通过把命令在几个文本行中展开，可以提高命令的可读性。在第十八章中，我们看到了一个特别长的 find 命令实例：

      显然，这个命令有点儿难理解，当第一眼看到它的时候。在脚本中，这个命令可能会比较容易理解，如果这样书写它：

      2.     \( \
      3.         -type f \
      4.         -not -perm 0600 \
      5.         -exec chmod 0600 ‘{}’ ‘;’ \
      6.     \) \
      7.     -or \
      8.     \( \
      9.         -type d \
      10.         -not -perm 0711 \
      12.     \)

      通过使用行继续符（反斜杠-回车符序列）和缩进，这个复杂命令的逻辑会被更清楚地描述给读者。这个技巧在命令行中同样有效，虽然很少使用它，因为输入和编辑这个命令非常麻烦。脚本和命令行的一个区别是，脚本可能使用 tab 字符拉实现缩进，然而命令行却不能，因为 tab 字符被用来激活自动补全功能。

      在这脚本编写的第一章中，我们已经看过怎样编写脚本，怎样让它们在我们的系统中轻松地执行。我们也知道了怎样使用各种格式技巧来提高脚本的可读性（可维护性）。在以后的各章中，轻松维护会作为编写好脚本的中心法则一次又一次地出现。

      • 这篇 Wikipedia 文章讨论了更多关于 shebang 机制的内容：)