Shell脚本中的shebang到底是什么
使用类unix系统的同学可能都对“#!”这个符号并不陌生,但是你真的了解它吗?
这个符号的名称,叫做”shebang”或者”sha-bang”。长期以来,shebang都没有正式的中文名称。linux中国翻译组的golinux将其翻译为“释伴”,即“解释伴随行”的简称,同时又是shebang的音译。本文将简单介绍一下shebang这个符号。
用法
shebang通常出现在类unix系统的脚本中第一行,作为前两个字符。在shebang之后,可以有一个或数个空白字符,后接解释器的绝对路径,用于指明执行这个脚本文件的解释器。在直接调用脚本时,系统的程序载入器会分析 shebang 后的内容,将这些内容作为解释器指令,并调用该指令,将载有 shebang 的文件路径作为该解释器的参数,执行脚本,从而使得脚本文件的调用方式与普通的可执行文件类似。例如,以指令#!/bin/sh开头的文件,在执行时会实际调用 /bin/sh 程序(通常是 bourne shell 或兼容的 shell,例如 bash、dash 等)来执行。
由于 # 符号在许多脚本语言中都是注释标识符,shebang 的内容会被这些脚本解释器自动忽略。 在 # 字符不是注释标识符的语言中,例如 scheme,解释器也可能忽略以 #! 开头的首行内容,以提供与 shebang 的兼容性。
shebang的一些具体用法罗列如下:
1、如果脚本文件中没有#!这一行,那么执行时会默认采用当前shell去解释这个脚本(即:$shell环境变量)。 2、如果#!之后的解释程序是一个可执行文件,那么执行这个脚本时,它就会把文件名及其参数一起作为参数传给那个解释程序去执行。 3、如果#!指定的解释程序没有可执行权限,则会报错“bad interpreter: permission denied”。如果#!指定的解释程序不是一个可执行文件,那么指定的解释程序会被忽略,转而交给当前的shell去执行这个脚本。 4、如果#!指定的解释程序不存在,那么会报错“bad interpreter: no such file or directory”。注意:#!之后的解释程序,需要写其绝对路径(如:#!/bin/bash),它是不会自动到$path中寻找解释器的。 5、当然,如果你使用类似于”bash test.sh”这样的命令来执行脚本,那么#!这一行将会被忽略掉,解释器当然是用命令行中显式指定的bash。 6、脚本文件必须拥有可执行权限。
shebang的好处在于,允许脚本和数据文件充当系统命令,无需在调用时由用户指定解释器,从而对用户和其它程序隐藏其实现细节。下面我们一起来看几个典型的例子:
#!/bin/sh:使用 sh,即 bourne shell 或其它兼容 shell 执行脚本 #!/bin/csh:使用 csh,即 c shell 执行 #!/usr/bin/perl -w:使用带警告的 perl 执行 #!/usr/bin/python -o:使用具有代码优化的 python 执行 #!/usr/bin/php:使用 php 的命令行解释器执行
shebang 行也可以包含需要传递到解释器的特定选项(如上述的 perl 和 python 例子)。
这里有两点需要注意的地方:
(1).之前我们提到过,解释器指令本身会被解释器认为是单纯的注释而跳过。 然而,并不是每一种解释器都会自动忽略shebang行,例如对于下面的脚本,
#!/bin/cat hello world!
cat 会把文件中的两行都输出到标准输出中。
(2).使用 #!/usr/bin/env 脚本解释器名称 是一种常见的在不同平台上都能正确找到解释器的办法。因为env一般固定在/usr/bin目录下,而其余解释器的安装位置就相对不那么固定。但是,用env时你应该注意这么一个事实:传递给解释器的argv和你想象得并不一样。下面这个就是不对的:
#!/usr/bin/env perl -w
shell会提示:/usr/bin/env: perl -w: no such file or directory。错误的根源就在于 perl -w 被当成了整体传递给env。
最后,我们来总结一下shebang的几点要求:
#! 必须连接在一起 #! 一句必须在文件的最开始,第一行 # 开头的语句一般情况下会被当成注释而忽略,所以shebang 对文件的内容是没有影响的 #! 开头的一行会设置解释器运行环境
上一篇: 【java新特性】之collect收集器
下一篇: 入驻博客园