#!/bin/bash 与#!/bin/sh

hive脚本如下(日表): #!/bin/bash #     /*% ************************************************************* #      *描述          MMENT:                           ---------------------------------

#!/bin/bash是指此脚本使用/bin/bash来解释执行。

其中,#!是一个特殊的表示符,其后,跟着解释此脚本的shell路径。

bash只是shell的一种,还有很多其它shell,如:sh,csh,ksh,tcsh,...

我们可以通过以下一个示例来进行实验,了解#!/bin/bash的使用。

1)#!/bin/bash只能放在第一行,如果后面还有#!,那么只能看成是注释。

这里有三个脚本(脚本都要使用”chmod +x  scriptname“命令来获得可执行权限):

tbash1.sh:


#!/bin/sh

source abc

echo "hello abc"

tbash2.sh:

#!/bin/bash

source abc

echo "hello abc"

tbash3.sh:

source abc

echo "hello abc"

三个脚本执行的结果:

[nsvc@localhost other]$ ./tbash1.sh

./tbash1.sh: line 2: abc: No such file or directory

注:当source命令执行有问题时,sh不再往下面执行。

[nsvc@localhost other]$ ./tbash2.sh

./tbash2.sh: line 2: abc: No such file or directory

hello abc

注:当source命令执行有问题时,bash继续执行下面命令。

[nsvc@localhost other]$ ./tbash3.sh

./tbash3.sh: line 1: abc: No such file or directory

hello abc

注:自身登录系统所在的shell是bash。所以,当source命令执行有问题时,bash继续执行下面命令。

如果将tbash1.sh改成:

echo "abc"

#!/bin/sh

source abc

echo "hello abc"

那么,执行结果是:

[nsvc@localhost other]$ ./tbash1.sh

abc

./tbash1.sh: line 3: abc: No such file or directory

hello abc

也就是说,脚本忽略了第二行“#!/bin/sh",直接使用当前所在的shell(也就是bash)来解释脚本。

当把tbash1.sh改成:

#!/bin/sh

#!/bin/bash

source abc

echo "hello abc"

执行结果为:

[nsvc@localhost other]$ ./tbash1.sh

./tbash1.sh: line 3: abc: No such file or directory

当执行完source命令时,并没有往下执行。说明,#!/bin/sh这一行起到作用了,但#!/bin/bash并没有起作用。在脚本中,不在第一行的#!/bin/bash,只是一个注释。

2)#!后面的路径一定要正确,不正确会报错。

假如,我们把tbash1.sh中第一行的#!后面加了一个不存在的路径”/home/sh“:

#!/home/sh

source abc

echo "hello abc"

执行结果为:

[nsvc@localhost other]$ ./tbash1.sh

-bash: ./tbash1.sh: /home/sh: bad interpreter: No such file or directory

系统会提示/home/sh的路径不存在。

3)如果一个脚本在第一行没有加上#!+shell路径这一行,那么,脚本会默认当前用户登录的shell,为脚本解释器。

在1)中,脚本tbash3.sh的执行结果,就是用当前自己登录的shell(bash)解释后的结果。我们通常所用的shell都是bash,如果哪天登录到sh,再使用以上类型的脚本,就会有问题。以下是自己登录到sh下,执行tbash3.sh的结果:

-sh-3.2$ ./tbash3.sh

./tbash3.sh: line 1: abc: 没有那个文件或目录

与1)中的执行结果是不一样的。

因此,大家应该养成脚本首行加上#!+shell路径的习惯。

4)/bin/sh相当于/bin/bash --posix

我们将脚本tbash1.sh改为:

#!/bin/bash --posix

source abc

echo "hello abc"

执行结果:

[nsvc@localhost other]$ ./tbash1.sh

./tbash1.sh: line 2: abc: No such file or directory

与tbash1.sh原脚本执行的结果一样。

我们还可以以tbash3.sh为示例。

用以下命令来执行该脚本:

[nsvc@localhost other]$ bash tbash3.sh

tbash3.sh: line 1: abc: No such file or directory

hello abc

[nsvc@localhost other]$ sh tbash3.sh

tbash3.sh: line 1: abc: No such file or directory

[nsvc@localhost other]$ bash --posix tbash3.sh

tbash3.sh: line 1: abc: No such file or directory

"bash tbash3.sh"表示使用bash来作为脚本解释器来执行tbash3.sh。同样,也可以使用如”sh 脚本名“这样的命令,来用sh作为脚本解释器。

从结果可以看出,/bin/bash --posix与/bin/sh的执行结果相同。总结起来,sh跟bash的区别,实际上是bash有没开启posix模式的区别。遵守posix规范,可能包括,”当某行代码出错时,不继续往下执行。“

最后加上一点说明,每个脚本开头都使用"#!",#!实际上是一个2字节魔法数字,这是指定一个文件类型的特殊标记,在这种情况下,指的就是一个可执行的脚本。在#!之后,接一个路径名,这个路径名指定了一个解释脚本命令的程序,这个程序可以是shell,程序语言或者任意一个通用程序。

总结起来,要规规举举地按照秩序行。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • #!/bin/bash 与#!/bin/sh

    hive脚本如下(日表): #!/bin/bash #     /*% ******************************************...

    学到老
  • linux调用sh文件的基本操作

    学到老
  • linux调用sh文件的基本操作

    最近做了一点和Linux有关的工作,刚刚学习,做一点和shell脚本有关的笔记。 1、创建test.sh文件 touch test.sh 2、编辑sh文件 vi...

    学到老
  • #!/bin/bash 与#!/bin/sh

    hive脚本如下(日表): #!/bin/bash #     /*% ******************************************...

    学到老
  • Linux .sh文件

    版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。 ...

    于小勇
  • IJKPlayer编译so支持HTTPS的踩坑历程

    同志,github来过没?右转不屑 ----> https://github.com/CarGuo

    恋猫
  • mac创建并运行sh文件

    用户1437675
  • 【持续集成】使用 Jenkinsfile 设计直观的 Pipeline

    在编写《Growth:全栈 Web 开发思想》的时候,发现了Jenkins 2.0 发现了一个很帅的插件,叫Blue Ocean。 提供了一个高大上的可视化界面...

    Phodal
  • 解决Tomcat启动后localhost:8080无法访问的问题(Mac)

    排查了很久发现是startup.sh的权限问题,于是终端进入/usr/local/Cellar/tomcat/9.0.10/libexec/bin路径下,...

    Zachary46
  • 通过docker image 获取到 dockerfile

    --format {{.CeratedBy}} 只输出 CREATE BY 这一列

    张琳兮

扫码关注云+社区

领取腾讯云代金券