起因
为什么会想到写 #!/bin/bash
和 #!/usr/bin/env bash
的区别呢?还要从一次装插件的过程说起。
由于刚开始接触 Shell Script 不久,对一些语法用法等还不是很熟悉,所以,当时在 IDE 上装了一些 Shell 的插件,包括 Shellcheck、Shell Process、BashSupport 等一大堆。然后呢,我的 IDE 就多了很多之前没有的功能,于是,满怀激动的我准备尝试一下。
新建一个 Shell 脚本 -> 写 Shebang、 咦?
在写 Shebang 的时候出现了一个奇怪的事,如下图:
IDE 居然给我提示了这么多!
zsh、bash、csh、ksh 这些解释器虽然有些我没用过,但是我知道它们的含义。可是,在我的印象里,Shell 脚本的 Shebang 不是应该这样写吗(以前的认知)?⬇️
#!/bin/bash or #!/bin/sh
为什么 IDE 给我的提示是这样的➡️:#!/usr/bin/env bash
这是个什么写法?我有点疑惑。
但是,虽然很疑惑,可是我当时并没有深究,而是开始试验我新装的插件了,于是,这个疑惑被压箱底了。
再次看到这个问题呢,是前几天在公众号上看到一个文章,对这个问题做出了解释,至此,我才恍然大悟。
而今天,刚好无事,也就想着把这个问题记录一下。
区别
#!/bin/bash
对于 #!/bin/bash 呢,我想大多数写过脚本的应该都知道,这是一个命令解释器的声明,通常位于脚本的第一行,同时,该行还有个专业的名字,叫做 Shebang 。(不知道 Shebang 的可以去查一下)
作为对命令解释器的声明,#!/bin/bash 声明了 bash 程序所在的位置,如下:⬇️
而有了命令解释器的位置声明,那么,当执行该脚本时,系统就知道该去哪里找这个命令解释器,也就是 Shebang 中指定的 bash 。
同理,#!/bin/sh 也是一样的,包括非 Shell 脚本,如 #!/usr/bin/python 也是同理,都是声明命令解释器的位置。
#!/usr/bin/env bash
对于 #!/usr/bin/env bash ,说实话,刚开始我真不知道这是个什么写法,关键是我之前没见过。
而在看了一篇文章后,我总算是弄明白了,具体如下:⬇️
1、首先,来看一下命令 env
的位置
也就是说,#!/usr/bin/env bash 确实是使用了 env 命令做了一些事!
但是,在我通常的用法中,我使用 env 都是用来查看一些环境变量的啊!难道说,env 命令还有别的用法?
2、查看一下 env 命令的定义及用法
我常用的一个 Linux 命令网站上对 env 是这么解释的:
env 命令用于显示系统中已存在的环境变量,以及在定义的环境中执行指令
那也就是说,env
命令后面确实可以接一些指令!
那么,bash
就是这个所谓的指令?
可是,#!/bin/bash
声明了 bash 所在位置,所以系统知道该去哪里找 bash !
那 #!/usr/bin/env bash
呢?该语句只声明了 env 的所在位置,并没有声明 bash 的位置啊,那系统去哪里找 bash 呢?
3、原来,系统是去 $PATH
里找 bash 的位置了!
当你执行
env python
时,它其实会去env | grep PATH
里(也就是 /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin)这几个路径里去依次查找名为 python 的可执行文件。
那么,我们来看一下 $PATH
吧:⬇️
可以看到,在 $PATH
的内容中有很多的目录位置,而其中,bash 所在的 /bin
赫然在列!
所以说,#!/usr/bin/env bash
就是在 $PATH
中挨个目录依次去找 bash 的。
看到这里,对于 #!/usr/bin/env bash
我就彻底搞明白了。也就是说:⬇️
#!/bin/bash
是直接指定了应该去哪里找 bash#!/usr/bin/env bash
则是告诉系统去$PATH
包含的目录中挨个去找吧,先找到哪个,就用哪个
一文章作者说应该优先使用 #!/usr/bin/env bash
这种写法!
这两个问答可以说写的非常全面,不仅解释了 #!/bin/bash
和 #!/usr/bin/env bash
的区别,还同时说明了应该在何种场景下使用哪种写法,并详细阐述了其原因。
下面,就对这两篇问答中提到的内容及原因做一些说明:
#!/usr/bin/env bash
的优缺点
-
优点
#!/usr/bin/env bash
不必在系统的特定位置查找命令解释器,为多系统间的移植提供了极大的灵活性和便利性(某些系统的一些命令解释器并不在 /bin 或 一些约定的目录下,而是一些比较奇怪的目录)- 在不了解主机的环境时,
#!/usr/bin/env bash
写法可以使开发工作快速地展开
-
缺点
#!/usr/bin/env bash
在对安全性比较看重时,该写法会出现安全隐患#!/usr/bin/env bash
从$PATH
中查找命令解释器所在的位置并匹配第一个找到的位置,这意味着可以伪造一个假的命令解释器(如自己写一个假的 bash),并将伪造后的命令解释器所在目录写入 PATH 环境变量中并位于靠前位置,这样,就形成了安全隐患而
/bin
由于一般只有 root 用户才有操作权限,所以,#!/bin/bash
这种写法相对较为安全#!/usr/bin/env
无法传递多个参数(这是由于 Shebang 解析造成的,并非 env 命令的缘故)如:
#!/usr/bin/perl -w
#!/bin/csh -f
而如果使用#!/usr/bin/env perl -w
这种写法的话,perl -w
会被当成一个参数,于是,根本找不到perl -w
这个命令解释器,就会出错- 某些系统
env
命令的位置也比较奇怪,这种写法会找不到 env 命令
#!/bin/bash
的优缺点
-
优点
- 准确指出所需命令解释器的位置
- 安全性相对较高
- 可以传递多个参数
-
缺点
- 移植性相对较差,很多系统的命令解释器位置不一致
- 一些命令解释器的位置记不住
到底用哪个
- 两个都可以
- 如果对安全性比较看重,使用
#!/bin/bash
- 如果对安全性不是很看重,但对移植性(灵活性)比较看重,使用
#!/usr/bin/env bash
- 看自己的意愿,喜好