Shell脚本不同的运行方式会对当前Shell设置或者运行结果有所不同。
假设现在有一个脚本名为display_shell_script_args.sh，其内容如下：
#!/home/pyf/bin/echoarg arg_infile other_arg_infile
echo $#
while [ $# != '0' ]
do
echo $0
done
echo $0
echo "Hello, shell!"
echo -e "Hello, sh!"
这里的echoarg是自己编译生成的一个可执行文件，其内容如下：
#include "stdio.h"
#include "stdlib.h"
int main(int argc, char* argv[]){
int i;
for(i=0; i<argc; i++){
printf("echoarg argv[%d]='%s'
", i, argv[i]);
}
exit(0);
}echoarg主要负责打印所有传递参数。1.使用sh、bash等命令运行脚本
此时，不需要脚本文件(display_shell_script_args.sh)具有可执行的权限；
当前Shell会fork出一个新的子进程并wait子进程结束，并尝试用sh、bash等指定的命令解释脚本文件，所以脚本文件中的#!一行所指定的解释器及其参数将失效；
脚本文件内容当成命令行参数传递给sh、bash等。
那么，使用sh display_shell_script_args.sh活着sh ./display_shell_script_args.sh的运行结果呢，由于sh代替了脚本文件的解释器，所以参数个数以sh的参数为准，这里sh只有一个参数，就是display_shell_script_args.sh，因此运行结果为
0
display_shell_script_args.sh
Hello, shell!
Hello, sh!
这里，原解释器参数arg_infile other_arg_infile被忽略了。
2.直接运行脚本文件
此时，必须保证当前用户具有执行此文件的权限，chmod就派上用场了。
直接运行脚本文件有两种方式：
i)直接输入命令./display_shell_script_args.sh，因为display_shell_script_args.sh非正式shell命令，所以这里需要指定可执行文件的相对或者绝对路径；
ii)先将脚本文件当前路径export到PATH环境变量中，然后直接输入display_shell_script_args.sh脚本文件名即可。
当前Shell依然会fork出一个新的子进程并wait子进程结束，然后子进程会调用(exec)脚本文件第一行#!中指定用来解释脚本文件的解释器/二进制可执行文件，根据解释器的功能对脚本文件进行解释。
所以，以./display_shell_script_args.sh arg1 arg2运行脚本的结果：
echoarg argv[0]='/home/pyf/bin/echoarg'
echoarg argv[1]='arg_infile other_arg_infile'
echoarg argv[2]='./display_shell_script_args.sh'
echoarg argv[3]='arg1'
echoarg argv[4]='arg2'
由于我写的echoarg只输出当前传递到echoarg的参数，并为对脚本中的语句进行解释。
我们又可以从上面的显示，得出解释器获得参数的顺序：
第一个参数：可执行文件的绝对路径；第二个参数：第一行#!解释器绝对路径后紧跟的字符串作为第二个参数(不会理会空格或者制表符等常用分隔符)；第三个参数：在父进程shell中运行的命令；其他参数：输入命令后的参数列表。
命令展开后，相当于/home/pyf/bin/echoarg ./display_shell_script_args.sh。
3.source或.运行脚本文件
此时，将使用当前的shell解释脚本文件，但不会fork产生子进程，所以脚本文件的执行将直接影响当前shell的环境变量。
那么输入命令source display_shell_script_args.sh或. display_shell_script_args.sh结果为
0
bash
Hello, shell!
Hello, sh!
注意此时，$0打印结果是当前使用的shell，而不是文件名display_shell_script_args.sh(why?)。