#!/bin/bash(转)

原文:https://www.baidu.com/s?wd=%23!%2Fbin%2Fbash&rsv_spt=1&issp=1&f=8&rsv_bp=0&rsv_idx=2&ie=utf-8&tn=site888_3_pg&rsv_enter=1&rsv_n=2&rsv_sug3=1

#!/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"

三个脚本执行的结果:

[[email protected] other]$ ./tbash1.sh

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

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

[[email protected] other]$ ./tbash2.sh

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

hello abc

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

[[email protected] 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"

那么,执行结果是:

[[email protected] 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"

执行结果为:

[[email protected] 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"

执行结果为:

[[email protected] 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"

执行结果:

[[email protected] other]$ ./tbash1.sh

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

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

原文: http://blog.sina.com.cn/s/blog_6336857901019zyz.html

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

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

[[email protected] other]$ bash tbash3.sh

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

hello abc

[[email protected] other]$ sh tbash3.sh

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

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

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

时间: 2024-10-08 04:27:12

#!/bin/bash(转)的相关文章

Shell升级,/bin/bash版本4.1到4.3

bash环境变量存在任意代码执行漏洞:"通过CGI请求方式可以导致远程代码执行,进而导致服务器被入侵,危害严重,且官方公布补丁也被绕过", [漏洞影响]: 1)bash受影响版本:3.0 ~ 4.3,小于3.0的bash版本也可能受影响, 2)入侵方式:结合CGI方式可以导致远程代码执行,入侵服务器: 了解系统当前bash的版本 [[email protected] ~]# /bin/bash -version GNU bash, version 4.1.2(1)-release (x

/bin/bash: line 0: fg: no job control一般解决方法

測试版本号:CDH5.0,(Hadoop2.3) 在使用windows调用Hadoop yarn平台的时候,一般都会遇到例如以下的错误: 2014-05-28 17:32:19,761 WARN org.apache.hadoop.yarn.server.nodemanager.DefaultContainerExecutor: Exception from container-launch with container ID: container_1401177251807_0034_01_0

Linux脚本开头#!/bin/bash和#!/bin/sh是什么意思以及区别

一.意思 #!/bin/sh是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面根的是此解释此脚本的shell的路径. 其实第一句的#!是对脚本的解释器程序路径,脚本的内容是由解释器解释的,我们可以用各种各样的解释器来写对应的脚本. 比如说/bin/csh脚本,/bin/perl脚本,/bin/awk脚本,/bin/sed脚本,甚至/bin/echo等等. #!/bin/bash同理. 二.区别 GNU/Linux操作系统中的/bin/sh本是bash (Bourne-Again

解决 linux下编译make文件报错“/bin/bash^M: 坏的解释器:没有那个文件或目录” 问题

PS背景:我在公司做sdk 的pc端开发,所以经常会在win下编译通过之后跑到linux下再运行一次已确保能支持多平台. 今儿在win下跑完一程序,然后放到linux下跑的时候,我用指令: [plain] view plain copy sudo ./build.sh 但是却没有任何反应.于是我换了指令,用 [plain] view plain copy chmod u+x build.sh ./build.sh 报错 "build.sh  /bin/bash^M: 坏的解释器:没有那个文件或目

/bin/bash: [xxxx]: command not found

/******************************************************************************** * /bin/bash: [xxxx]: command not found * 说明: * 本文主要是记录android编译过程中遇到的编译错误. * * 2016-5-21 深圳 南山平山村 曾剑锋 ******************************************************************

/bin/bash^M: bad interpreter: No such file ordirectory

执行脚本时提示: -bash:/etc/init.d/jmeter_agentd: /bin/bash^M: bad interpreter: No such file ordirectory 不是权限问题,是文件格式的问题. 出现上面错误的原因之一是脚本文件是DOS格式的, 即每一行的行尾以\r\n来标识, 使用vim编辑器打开脚本, 运行: :set ff? 会出现 fileformat=doc 可以看到DOS或UNIX的字样. 使用 :set ff=unix 把它强制为unix格式的, 然

用脚本实现内核以/bin/bash为默认启动

一.脚本功能简介 首先在编写脚本前在虚拟机上添加一块10G的虚拟硬盘,本文磁盘名为/dev/sdb,你若不一样可以自行更改,同时定义个fdiskPartion函数来进行分区,在这用户要手动输入你的磁盘/dev/sdb,同时要保证此磁盘不能有任何分区,接着格式化两个硬盘并将其弄为ext4文件的系统,还要创建磁盘挂载的目录为/mnt/boot和/mnt/sysroot,创建玩目录后将/dev/sdb1挂载至/mnt/boot上,并进行写入grub文件,之后还要将宿主机上的内核文件复制到/mnt/bo

【解决】org.apache.hadoop.util.Shell$ExitCodeException: /bin/bash: line 0: fg: no job control

[环境信息] Hadoop版本:2.4.0 客户端OS:Windows Server 2008 R2 服务器端OS:CentOS 6.4 [问题现象] 在通过Windows客户端向Linux服务器提交Hadoop应用时,会提示如下错误: org.apache.hadoop.util.Shell$ExitCodeException: /bin/bash: line 0: fg: no job control at org.apache.hadoop.util.Shell.runCommand(Sh

bin/bash 和 /bin/sh 的区别

今天在用ssh Secure shell 连接虚拟机中的Ubuntu编写程序时,想比对一下两个源代码有什么差别,但是在一个ssh 客户端下不断的切换很是费劲.于是想着在主机中再添加一个用户.我原本用ssh Secure shell 登陆用的是root用户.于是想着添加一个sshConnect用户.于是在服务器的终端下通过使用 useradd命令和passwd命令添加了一个sshConnect用户,查看/etc/passwd 文件中的最后一行有sshConnect用户的数据. 但是当我通过ssh