仔细观察上面的三个例子，答案开始浮出水面了。正如在开始时讲到的，exec族函数的处理是把#!后面的字符串为命令，后面加上execl参数列表中指定的参数列表，这样形成了新的程式执行。分析一下mytest.c源程式，execl把命令的结果是这样执行的/home/kiron/testexec的内容是#!/home/kiron/showargs addargs，则#!后面的字符串"/home/kiron/showargs addargs"加上命令参数列表："/home/kiron/testexec arg1 arg2"就形成了新的程式行：/home/kiron/showargs addargs /home/kiron/testexec arg1 arg2。对于testexec脚本，我们在shell中调用他时，shell调用了fork,exec,wait来执行他，也就是和程式 mytest.c相同用了exec函数，首先，exec函数对#!行分析后得出此脚本的解释器为/home/kiron/showargs，然后就形成了把命令行处理成了：“/home/kiron/showargs addargs ./testexec”。
注意：#!行中的解释器的路径必须是全路径，exec函数并不对其特别处理，比如用PATH变量来搜索他的真实路径，所以路径是由程式员来确保正确的。
二、我的脚本第一句必须得是#!/bin/bash吗？
当然不必了，通过上面的解释，其实第一句的#!是对脚本的解释器程式路径，脚本的内容是由解释器解释的，我们能够用各种各样的解释器来写对应的脚本，比如说/bin/csh脚本，/bin/perl脚本，/bin/awk脚本，/bin/sed脚本，甚至/bin/echo等等。那我们真的能写一个 /bin/echo的脚本文档吗？我们来试试，下面是个例子：
#!/bin/echo -e
我把这只有一行的程式(实际上他也只能是一行，echo程式并不是被设计成像awk那样的编程语言，能写成源程式文档)命名为myecho，加上权限后执行他：
$ ./myecho "hi\a" ./myecho hi
假如您的echo支持-e选项并且您工作的环境还算安静，您在得到上面的结果的时候也应该听到清脆的终端响铃。但这种程式是毫无作用的。
三、我能利用解释器来做什么？
但是上面的echo脚本实际应用时并没有什么作用，我们能够得出一个小小的实验结果，并不是任何的可执行二进制文档都能够用来写解释器脚本。那我编写解释器的脚本有什么用？假如您有一个可编程的解释器，那您或许能编写该解释器的程式来简化您工作。比如说常用到的解释器如awk,perl,bash等等。但是正如我们上面总结的实验结果，很不幸地，并不是全部的可编程程式都是有用的解释器，exec脚本时，能从第一行得到脚本的解释器，然后用exec去解释脚本(可能是选项去控制，如#!/bin/awk -f)，也包括了形如#!/PATH/的第一行，假如该解释器对这行不能忽略的话，就会出错，另外解释器也必须要对余下的程式语句能解释(这句似乎是废话，但想象一下，上面myecho程式加一些"hello world"的行来，会有效吗？下面的mysed程式中的s/UNIX/unix/p也是相同的道理)。像awk,perl,bash等程式对#开头的行当成注释行处理，就能写成有用的脚本。
再看下面的mysed程式，
#!/bin/sed -f s/UNIX/unix/p
执行./mysed时出错了。因为被解释成了"/bin/sed -f ./mysed"，其中-f选项是表示以文档里的内容作为sed的命令输入,但sed的命令输入不能对"#!/bin/sed -f"解释，那么程式出错了。
所以，有用的解释器应该是类似bash,perl,awk的程式，并且能对一些规定的语句有解释功能的。下面给出一个awk程式写的统计文档行数和单词数的脚本程式myawk。
#!/usr/bin/awk -f BEGIN { sum = 0; } {sum = NF;} END { printf("file \"%s\" have %d line, %d words.\n", FILENAME, NR, sum); }
配置执行位之后，执行如下：
$ echo -e "hi\nhello world">test.txt $ ./myawk test.txt file "test.txt" have 2 line, 3 words文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
