当前位置: 澳门新濠3559 > 操作系统 > 正文

不会运行【澳门新濠3559】,本文参考

时间:2019-11-20 22:05来源:操作系统
因为今天写了个小脚本,死活不成功,总是报文件或者目录不存在,问了一下我们马同学的正常写法,发现只有脚本头的区别,也就是今天本文要讲的#!/bin/sh与#!/bin/bash. 在shell脚本的开头往往

因为今天写了个小脚本,死活不成功,总是报文件或者目录不存在,问了一下我们马同学的正常写法,发现只有脚本头的区别,也就是今天本文要讲的#!/bin/sh与#!/bin/bash.

在shell脚本的开头往往有一句话来定义使用哪种sh解释器来解释脚本。
目前研发送测的shell脚本中主要有以下两种方式:
(1) #!/bin/sh
(2) #!/bin/bash
以上两种方式有什么区别?对于脚本的实际运行会产生什么不同的影响吗?

[该文不严谨, 文末有补充]

转载网址:http://blog.163.com/hashes@yeah/blog/static/16867631220101029847420/

本文参考:

脚本test.sh内容:
#!/bin/sh
source pcy.sh #pcy.sh并不存在
echo hello
执行./test.sh,屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
由此可见,在#!/bin/sh的情况下,source不成功,不会运行source后面的代码。
修改test.sh脚本的第一行,变为#!/bin/bash,再次执行./test.sh,屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
hello
由此可见,在#!/bin/bash的情况下,虽然source不成功,但是还是运行了source后面的echo语句。
但是紧接着我又试着运行了一下sh ./test.sh,这次屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
表示虽然脚本中指定了#!/bin/bash,但是如果使用sh 方式运行,如果source不成功,也不会运行source后面的代码。

脚本test.sh内容:

对#!/bin/sh的认识

一:解释

#!/bin/sh是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面跟的是此解释此脚本的shell的路径。

$ cat /etc/shells可以查看系统支持的shell格式

其实第一句的#!是对脚本的解释器程序路径,脚本的内容是由解释器解释的,我们可以用各种各样的解释器来写对应的脚本。

比如说/bin/csh脚本,/bin/perl脚本,/bin/awk脚本,/bin/sed脚本,/bin/python脚本,甚至/bin/echo等等。

** #!/bin/bash **同理。

为什么会有这样的区别呢?

#!/bin/sh
source pcy.sh #pcy.sh并不存在
echo hello

第一次学shell编程,看的文章中说shell程序必须以"#!/bin/sh"开始,也就认为是这样了,虽然知道在shell中以"#"开始的语句都是注释,但也从没认为"#!/bin/sh"也是注释,就像对C语言程序必须有main函数一样毫无怀疑。但前些时候又听说"#!/bin/sh"也是注释,可有可无,当时觉得真是一个失败,连基本的语法都分不清。前几天借了一本书,才真正认识了"#!/bin/sh"。shell编程是以"#"为注释,但对"#!/bin/sh"却不是。"#!/bin/sh"是对shell的声明,说明你所用的是那种类型的shell及其路径所在。(#! /bin/sh 是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面跟的是解释此脚本的shell的路径)如果没有声明,则脚本将在默认的shell中执行,默认shell是由用户所在的系统定义为执行shell脚本的shell.如果脚本被编写为在Kornshell ksh中运行,而默认运行shell脚本的为C shell csh,则脚本在执行过程中很可能失败。所以建议大家就把"#!/bin/sh"当成C 语言的main函数一样,写shell必须有,以使shell程序更严密。

二:区别

脚本test.sh内容:
#!/bin/sh
source pcy.sh #pcy.sh并不存在
echo hello
执行./test.sh,屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
由此可见,在#!/bin/sh的情况下,source不成功,不会运行source后面的代码。
修改test.sh脚本的第一行,变为#!/bin/bash,再次执行./test.sh,屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
hello
由此可见,在#!/bin/bash的情况下,虽然source不成功,但是还是运行了source后面的echo语句。
但是紧接着我又试着运行了一下sh ./test.sh,这次屏幕输出为:
./test.sh: line 2: pcy.sh: No such file or directory
表示虽然脚本中指定了#!/bin/bash,但是如果使用sh 方式运行,如果source不成功,也不会运行source后面的代码。

为什么会有这样的区别呢?

junru同学作了解释

  1. sh一般设成bash的软链
    [work@zjm-testing-app46 cy]$ ll /bin/sh
    lrwxrwxrwx 1 root root 4 Nov 13 2006 /bin/sh -> bash
  2. 在一般的linux系统当中(如redhat),使用sh调用执行脚本相当于打开了bash的POSIX标准模式
  3. 也就是说 /bin/sh 相当于 /bin/bash --posix

所以,sh跟bash的区别,实际上就是bash有没有开启posix模式的区别

so,可以预想的是,如果第一行写成#!/bin/bash --posix,那么脚本执行效果跟#!/bin/sh是一样的(遵循posix的特定规范,有可能就包括这样的规范:“当某行代码出错时,不继续往下解释”)

 

执行./test.sh,屏幕输出为:

  一个命令行结束用&

说明:

./test.sh: line 2: pcy.sh: No such file or directory

 运行时首先要将文件的权限修改为可执行:chmod +x comdfile

  1. sh一般设成bash的软链
    [work@zjm-testing-app46 cy]$ ll /bin/sh
    lrwxrwxrwx 1 root     root          4 Nov 13   2006 /bin/sh -> bash
    2. 在一般的linux系统当中(如redhat),使用sh调用执行脚本相当于打开了bash的POSIX标准模式
  2. 也就是说 /bin/sh 相当于 /bin/bash --posix

由此可见,在#!/bin/sh的情况下,source不成功,不会运行source后面的代码。
修改test.sh脚本的第一行,变为#!/bin/bash,再次执行./test.sh,屏幕输出为:

然后要指定执行文件的路径,否则系统会认为执行文件在系统默认目录下。

所以,sh跟bash的区别,实际上就是bash有没有开启posix模式的区别

./test.sh: line 2: pcy.sh: No such file or directory
hello

假如可执行文件在当前的目录下,则:./comdfile ?

so,可以预想的是,如果第一行写成 #!/bin/bash --posix,那么脚本执行效果跟#!/bin/sh是一样的(遵循posix的特定规范,有可能就包括这样的规范:“当某行代码出错时,不继续往下解释”)

由此可见,在#!/bin/bash的情况下,虽然source不成功,但是还是运行了source后面的echo语句。
但是紧接着我又试着运行了一下sh ./test.sh,这次屏幕输出为:

 $bash是什么意思?

[原文]

./test.sh: line 2: pcy.sh: No such file or directory

$表示系统提示符,$ 表示此用户为普通用户,超级用户的提示符是#,bash是shell的一种,是linux下最常用的一种shell,$bash的意思是执行一个子shell,此子shell为bash。

表示虽然脚本中指定了#!/bin/bash,但是如果使用sh 方式运行,如果source不成功,也不会运行source后面的代码。

 

为什么会有这样的区别呢?

 

junru同学作了解释

转载网址:

  1. sh一般设成bash的软链

澳门新濠3559, 

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

[work@zjm-testing-app46 cy]$ ll /bin/sh
lrwxrwxrwx 1 root root 4 Nov 13 2006 /bin/sh -> bash

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

  1. 在一般的linux系统当中(如redhat),使用sh调用执行脚本相当于打开了bash的POSIX标准模式
  2. 也就是说 /bin/sh 相当于 /bin/bash --posix

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

所以,sh跟bash的区别,实际上就是bash有没有开启posix模式的区别

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

so,可以预想的是,如果第一行写成 #!/bin/bash --posix,那么脚本执行效果跟#!/bin/sh是一样的(遵循posix的特定规范,有可能就包括这样的规范:“当某行代码出错时,不继续往下解释”)

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

来源: http://www.cnblogs.com/baizhantang/archive/2012/09/11/2680453.html

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

其它解释

等等, 这里就完了吗? 这里有更明确的说法

CentOS里,/bin/sh是一个指向/bin/bash的符号链接: (只是在 CentOS 里哦)

[root@centosraw ~]# ls -l /bin/*sh
-rwxr-xr-x. 1 root root 903272 Feb 22 05:09 /bin/bash
-rwxr-xr-x. 1 root root 106216 Oct 17  2012 /bin/dash
lrwxrwxrwx. 1 root root      4 Mar 22 10:22 /bin/sh -> bash

但在Mac OS上不是,/bin/sh和/bin/bash是两个不同的文件,尽管它们的大小只相差100字节左右:

iMac:~ wuxiao$ ls -l /bin/*sh
-r-xr-xr-x  1 root  wheel  1371648  6 Nov 16:52 /bin/bash
-rwxr-xr-x  2 root  wheel   772992  6 Nov 16:52 /bin/csh
-r-xr-xr-x  1 root  wheel  2180736  6 Nov 16:52 /bin/ksh
-r-xr-xr-x  1 root  wheel  1371712  6 Nov 16:52 /bin/sh
-rwxr-xr-x  2 root  wheel   772992  6 Nov 16:52 /bin/tcsh
-rwxr-xr-x  1 root  wheel  1103984  6 Nov 16:52 /bin/zsh

来源: https://github.com/qinjx/30min_guides/blob/master/shell.md

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,程序语言或者任意一个通用程序。

 

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

 

耶稣爱你。

编辑:操作系统 本文来源:不会运行【澳门新濠3559】,本文参考

关键词: