shell学习笔记_6_位于第一行的 #！

Shell脚本通常一开始都是#！ /bin/sh。

当Shell执行一个程序时，会要求UNIX内核启动一个新的进程（process），以便在该进

程里执行所指定的程序。内核知道如何为编译型程序做这件事。我们的nusers Shell脚

本并非编译型程序；当Shell要求内核执行它时，内核将无法做这件事，并回应“not

executable format file”(不是可执行的格式文件)错误信息。Shell收到此错误信息时，

就会说“啊哈，这不是编译型程序，那么一定时Shell脚本”，接着会启动一个新的/bin/sh

(标准Shell)副本来执行该程序。

当系统只有一个Shell时，“退回到/bin/sh”的机制非常方便。但现形的UNIX系统都会拥有

好几个Shell，因此需要通过一种方式，告知UNIX内核应该以哪个Shell来执行所指定的

Shell脚本。方法是，通过脚本文件中特殊的第一行来设置：在第一行的开头处使用#！这两

个字符。

当一个文件中开头的两个字符时#！时，内核会扫描该行其余的部分，看是否存在可用来执行

程序的解释器的完整路径。（中间如果出现任何空白符号都会略过）此外，内核还会扫描是否

有一个选项要传递给解释器。内核会以被指定的选项来引用解释器，再搭配命令行的其他部分。

举例来说，假设有一个csh脚本，名为/usr/ucb/whizprog，它的第一行如下所示：

    #！/bin/csh -f

再者，如果Shell的查找路径里有/usr/ucb，当用户键入whizproq -q /dev/tty01这条

命令，内核解释#！这行后，便会以如下的方式来引用csh:

    /bin/csh -f /usr/rcb/whizprog -q /dev/tty01

这样的机制让我们得以轻松地引用任何的解释器。例如我们可以这样引用独立的awk程序：

    #！ /bin/awk -f

Shell脚本通常一开始都是#！ /bin/sh。 下面是几个初级的陷阱（gotchas），请特别

留意：

×    当今的系统，对#！这一行的长度限制从63到1024个字符（character）都有。请

     尽量不要超过64个字符。

×    在某些系统上，命令行部分（也就是要传递给解释器执行的命令）包含了命令的完整

     路径名称。不过有些系统却不是这样;命令行的部分会原封不动地传递给程序。因此，

     脚本是否具有可移植性取决于是否有完整的路径名称。

×    别再选项（option）之后放置任何空白，因为空白也会跟着选项一起传递被引用的程

     序。

×    你需要知道解释器的完整路径名称。这可以用来规避可移植性问题，因为不同的厂商

     可能将同样的东西方在不同的地方。

×    一些较旧的系统上，内核不具备解释#！的能力，有些Shell会自行处理，这些Shell

     对于#1于紧随其后的解释器名称之间是否可以有空白，可能有不同的解释。

下面是修改过的nusers程序：

    $ cat nusers

    #! /bin/sh -

    

    who | wc -l

选项“-”表示没有Shell选项；这是基于安全上的考虑，可避免某种程度的欺骗式攻击。