shell script 中#！的作用和读法

最新推荐文章于 2022-08-23 08:53:19 发布

原创最新推荐文章于 2022-08-23 08:53:19 发布 · 1.5k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#shell #script

Linux系统管理专栏收录该内容

8 篇文章

订阅专栏

本文介绍了Linux环境下Shell脚本的基本结构及两种执行方式。重点解析了shebang行的作用及其如何影响脚本的执行过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

shell 脚本通常是以#！起始的文本文件，如下：

#！/bin/bash

Linux环境下的任何脚本文件都是以一个被称为 shebang的特殊行作为起始的。在这行中,字符 #! 被置于解释器路径之前。/bin/bash是Bash的绝对路径。

脚本文件有两种执行的方式：

1：将脚本作为sh命令的参数； // sh script.sh

2：将脚本文件作为具有执行权限的可执行文件； // ./script.sh

使用第二种方式执行脚本文件时，shell程序读取脚本的首行，查看shebang行是否为#！/bin/bash/。它会自动识别/bin/bash.并在内部以如下命令执行该脚本文件。

/bin/bash script.sh

ps:

shebang这个词其实是两个字符名称的组合。在unix行话中，用sharp 或者 hash(也可是mesh)来称呼字符“#”，用bang 来称呼感叹号"!"，因而shebang合起来就代表着两个字符“ #! ”

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iTudu

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

记录 | shell脚本开头#!/bin/bash的作用

极智视界

12-11

1292

记录 | shell脚本开头#!/bin/bash的作用

shell文件#！作用

hqmln的博客

01-30

831

脚本文件的第一行#!/bin/bash #!符号是指定一个文件类型的特殊标记，它告诉Linux系统这个文件执行的需要指定一个解释器。 #!符号后是一个路径名，这个路径名指明了解释器在系统中的位置。上面的例子表明采用的是解释器是bash ...

参与评论您还未登录，请先登录后发表或查看评论

shell脚本中的“#！”理解

casey520的博客

08-23

2397

shell脚本的程序解释器说明

Shell script

ThorKing01的博客

01-14

560

什么是Shell script？ shell script 是利用shell的功能所写的一个程序，是纯文本文件，将一些shell的语法与指令（含外部指令）写在里面，搭配正则表达式、grep管道命令和数据流重定向等功能，以达到我们想要的目的。 shell script是系统管理上的很好的工具，但是不适合用在大量数值的运算。因为shell scripts的速度较慢，且使用的CPU的资源较多，容易造...

shell脚本的#!

Think，Make

02-17

1019

摘自shell FAQ #! 我不是注释，我是引用解释。 A1：bash脚本开始总少不了一句 [cpp] view plain copy print? #! /bin/bash 这行是脚本的sha-bang line（sharp (#) and bang (!)）是要告诉大家这个脚本是由 /bin/bash来

shell中第一行#!/bin/bash的作用

PMPWDF的博客

07-25

533

shell中#!/bin/bash #!/bin/ksh 这些东西是干什么的，有用吗？ #!是一个约定的标记，它告诉系统这个脚本需要什么解释器来执行，即使用哪一种 Shell。这些不是注释符，而是说明下面的脚本是在什么shell下面运行的，并且以该shell环境来执行脚本，一个简单的例子 #!/bin/ksh export LOG=/tmp/test.log exec >&g...

shell脚本第一行 #!/bin/sh /bin/bash /bin/dash shebang

global_coding的博客

04-21

1542

shell脚本第一行 #!/bin/sh /bin/bash /bin/dash shebang

shell中第一行#!_bin_bash的作用

01-06

### Shell脚本中的第一行“#!_bin_bash”的作用详解 #### 一、引言在Shell脚本编程中，我们经常会看到脚本的第一行是`#!/bin/bash`或`#!/bin/ksh`这样的语句。对于初学者来说，这行代码可能会显得有些神秘，但...

shell script编程学习笔记

08-20

### Shell Script 编程学习笔记 #### 一、Shell 脚本初窥 ...以上是对Shell Script编程的基本介绍以及关键概念和技术细节的总结。掌握这些基础可以帮助开发者更好地理解和编写Shell脚本，提高系统的自动化管理水平。

run_script:在Rust中运行Shell脚本

05-06

在运行shell脚本。执照概述该库使您可以根据外壳脚本的内容来调用它们。尽管std :: process :: Command非常适合执行独立命令，但您需要更多手动代码来获取脚本文本并执行它。为此，创建了该库。用法只需...

Shell script介绍

weixin_43128990的博客

09-05

436

什么是Shell： Shell 是一个用 C 语言编写的程序，它是用户使用 Linux 的桥梁。 Shell 既是一种命令语言，又是一种程序设计语言。操作shell的是ShellScript。可以这样理解： Linux 的 Shell 种类众多，常见的有： • Bourne Shell（/usr/bin/sh或/bin/sh） • Bourne Again Shell（/bin...

Shell Script入门

weixin_43863895的博客

06-12

1007

shell入门前言shell 脚本入门格式hello world多命令脚本shell 脚本中的变量系统变量自定义变量语法规则全局变量特殊变量$n$#$* 与 $@其它特殊命令运算符语法条件判断判断条件整数之间的判断根据文件权限判断根据文件类型判断多条件判断流程控制前言 Shell 是一个用 C 语言编写的程序，它是用户使用 Linux 的桥梁。注意: 本章使用命令行都是在腾讯云服务器上测试 Linux提供的shell解释器有哪些呢? 在日常开发中，我们经常使用的是以下两种 /bin/sh /bi

shell script 学习

不营养、的博客

11-29

1087

变量 Shell 是一个用 C 语言编写的程序，它是用户使用 Linux 的桥梁。 #!/bin/bash # #! 告诉系统其后路径所指定的程序即是解释此脚本文件的 Shell 程序。脚本运行方式：作为可执行程序 chmod +x ./test.sh ./test.sh 作为解释器参数 /bin/bash test.sh /bin/sh test.sh /bin/php te...

Shell小技巧（一百）Shell特殊字符“:”“!”“*”

bigwood99的博客

03-26

3902

冒号-“:” 它的第一个作用是控命令，就是什么都不干。等价于NOP。主要用于占行。例如： if [ 条件] ; then : else 命令 if 它的第二个作用变量取部分字符时用于分隔参数例如： a="allenle" b=${a:0:2} echo $b 输出结果为：“al” 在配置文件中，冒号用来做分隔符。例如：/etc/passwd 叹号-“!” 取反操作符，加了这个符号，原命令输出的状态将会变为相反状态。星号-“*” 它的第一个作用是万能...

关于 Script# 一些理解

SIMPENG的专栏

06-13

701

我对Script# 的了解不算很多很深入，只是在开发项目的过程中接触过很多Script#写的code，当然他们最终还是要被编译成js。下面我来分享一下对这门语言（或者我们称之为工具）的一些理解。其中主要参考github上的介绍，稍作翻译- https://github.com/NikhilK/scriptsharp Script# 是一个将C# style的源码编译成JavaScript

shell script入门

gcong

03-11

7994

从程序员的角度来看， Shell本身是一种用C语言编写的程序，从用户的角度来看，Shell是用户与Linux操作系统沟通的桥梁。用户既可以输入命令执行，又可以利用 Shell脚本编程，完成更加复杂的操作。在Linux GUI日益完善的今天，在系统管理等领域，Shell编程仍然起着不可忽视的作用。深入地了解和熟练地掌握Shell编程，是每一个Linux用户的必修功课之一。 Linux的Shell

Shell Script中%、%%、#、##使用区别

daxus的专栏

12-12

2923

%删除位于%右侧的通配符所匹配的结果，通配符从右向左进行匹配，非贪婪操作，用于提取文件名 %%功能跟%类似，区别是%%是贪婪操作 #删除位于#右侧的通配符所匹配的字符串，通配符从左向右进行匹配，非贪婪操作类似的，也有##，##也是个贪婪操作

shell script中read的用法

@轻轻的吻@的博客

11-23

1704

1、read基本读取执行： 2、read -p （直接在read行指定提示信息）执行： 3、read -p（指定多个变量）执行： 4、超时、等待输入的秒数（read -t）:表示如果5秒内没有输入结果则程序会自动跳出 5、read读取字符，对字符进行判断 [ ]：具有判断功能，注意括号两边必须有空格 -o ：

在python或shell脚本中开头的‘#！’是什么意思

mg1507的博客

06-04

3440

1、问题描述：阅读代码的时候经常发现，代码的开头有#! /usr/bin/shell 或者#! /usr/bin/python，本着好奇查了一下这个是什么意思。 2、问题解决：这个#！符合叫做shebang，用来告诉操作系统，执行后面的脚本应该使用那个解释器。注：通过它的作用，我们可以知道，一般这个符号出现在解释器的语言开头来指定执行脚本的解释器 ...

为什么有时候shell脚本没有#!/bin/bash也可以执行

最新发布

03-15

<think>嗯，用户问为什么有时候shell脚本没有#!/bin/bash也可以执行。这个问题看起来是关于shell脚本的解释器指令的。首先，我需要回忆一下shebang（#!）的作用。用户可能是在编写或者查看别人的脚本时发现有些脚本没有指定解释器，但仍然能运行，所以想知道原因。这可能涉及到shell脚本的执行方式以及系统如何选择解释器。首先，shebang的作用是告诉系统用哪个解释器来执行脚本。如果脚本没有shebang，系统会如何决定呢？我记得当没有shebang时，默认可能会使用当前用户的默认shell，比如/bin/sh，或者是执行脚本时指定的解释器，比如用bash script.sh。另外，用户可能想知道在不同情况下脚本的执行结果是否会有差异，比如直接运行脚本和使用bash命令运行的区别。比如，如果脚本是用bash语法写的，但系统默认的sh是dash，那么没有shebang的话直接执行可能会报错。还有，用户可能是在某些环境中看到省略了shebang，比如脚本被source执行，或者通过明确指定解释器来运行，这时候shebang就不是必须的。需要举例说明这些情况。另外，可能涉及到执行权限的问题。如果脚本没有执行权限，即使有shebang，也不能直接运行，需要通过解释器来执行。这时候shebang的存在与否可能不影响，但用户的问题更侧重于shebang本身。需要确认不同的执行方式下系统的行为，比如使用./script.sh、sh script.sh、bash script.sh等不同方式对shebang的依赖程度。当使用./script.sh时，系统依赖shebang来找解释器；而用bash script.sh时，shebang会被忽略，因为明确指定了解释器。可能还需要提到历史原因，早期的shell脚本可能更依赖于用户的默认shell，而现代系统可能有不同的处理方式。不过现在大部分情况下，显式指定shebang是推荐的做法，以避免环境差异导致的问题。总结一下，用户需要知道没有shebang的脚本如何被执行，以及为什么有时候可以运行。需要分情况讨论：直接执行（依赖shebang，但如果没有的话使用默认shell？或者需要执行权限）、通过指定解释器执行、或者作为参数传递给解释器的情况。可能还要提到子shell的执行环境。还需要注意，如果脚本的第一行不是shebang，而是其他内容，系统会如何处理。比如，如果第一行是注释，那么系统可能会使用默认的shell来解释。可能用户在实际使用中遇到了脚本没有shebang却运行正常的情况，想了解背后的机制，以便更好地编写或调试脚本。因此，需要详细解释不同的执行方式，以及系统如何处理这些情况，帮助用户避免潜在的兼容性问题。</think>在Linux/Unix系统中，即使Shell脚本没有 `#!/bin/bash`（即Shebang行），仍然可能成功执行。这种现象与脚本的执行方式、系统默认Shell以及权限设置有关。以下是详细解释： --- ### **1. Shebang行的作用** - **核心功能**：Shebang行（如 `#!/bin/bash`）指定脚本的解释器路径，确保脚本被正确的程序解析。 - **示例**：若脚本第一行为 `#!/usr/bin/python3`，系统会调用Python 3解释器执行该脚本。 --- ### **2. 无Shebang脚本的执行逻辑** 当脚本没有Shebang行时，其执行方式决定了系统如何选择解释器： #### **场景一：显式指定解释器执行** ```bash # 直接调用bash解释器执行脚本（忽略Shebang） bash script.sh # 使用sh解释器执行（即使脚本内容为bash语法） sh script.sh ``` - **结果**：无论Shebang是否存在，系统会强制使用用户指定的解释器。 - **潜在问题**：若脚本语法与指定解释器不兼容（例如用bash语法但用 `sh` 执行），可能报错。 #### **场景二：直接执行脚本（需可执行权限）** ```bash # 赋予执行权限并直接运行 chmod +x script.sh ./script.sh ``` - **无Shebang时的行为**：系统会尝试使用 **当前用户的默认Shell**（即 `$SHELL` 环境变量）执行脚本。例如：若用户默认Shell是 `/bin/bash`，脚本会被bash解析；若默认是 `/bin/zsh`，则用zsh解析。 - **关键依赖**：脚本能否成功执行取决于： 1. 默认Shell是否支持脚本语法。 2. 脚本是否具有可执行权限。 --- ### **3. 默认Shell的优先级** - **系统级默认Shell**：通常是 `/bin/sh`（可能符号链接到 `dash` 或 `bash`）。 ```bash # 查看/bin/sh的实际指向 ls -l /bin/sh ``` - **用户级默认Shell**：由 `passwd` 文件中的用户配置决定，可通过 `echo $SHELL` 查看。 - **无Shebang脚本的执行流程**： ```text 1. 若直接运行脚本（如 ./script.sh）：使用当前Shell（即用户默认Shell）。 2. 若通过子进程调用（如 `sh script.sh`）：强制使用指定Shell。 ``` --- ### **4. 典型示例** #### **示例1：无Shebang脚本的执行结果** ```bash # 脚本内容（保存为test.sh） echo "当前Shell: $0" ``` - **执行方式1**（直接运行）： ```bash chmod +x test.sh ./test.sh # 输出：当前Shell: /bin/bash（假设用户默认Shell是bash） ``` - **执行方式2**（指定解释器）： ```bash sh test.sh # 输出：当前Shell: sh（可能为dash） ``` #### **示例2：语法兼容性问题** 若脚本包含bash特有语法（如 `[[ ]]`）但无Shebang行： ```bash # 脚本内容（保存为bad_script.sh） if [[ $1 == "test" ]]; then echo "条件成立" fi ``` - **用默认sh执行**： ```bash ./bad_script.sh # 若默认sh是dash，会报错：[[ 未找到 ``` --- ### **5. 历史背景与兼容性** - **早期Unix系统**：无Shebang的脚本由Bourne Shell（`sh`）解释，后来通过Shebang支持多解释器。 - **现代实践**： - **建议始终添加Shebang**：明确指定解释器，避免依赖环境差异。 - **跨平台脚本**：可写为 `#!/usr/bin/env bash`，增强路径兼容性。 --- ### **6. 特殊情况** #### **通过 `source` 或 `.` 执行脚本** ```bash # 脚本内容被加载到当前Shell进程（不依赖Shebang） source script.sh . script.sh ``` - **结果**：完全使用当前Shell解释脚本（无视Shebang）。 #### **脚本内容为纯命令组合** 若脚本仅包含通用Shell命令（如 `echo`、`ls`），且语法兼容所有Shell（如sh、bash、zsh），则无Shebang也能跨环境执行。 --- ### **总结** | **情况** | **解释器选择逻辑** | **风险提示** | |------------------------|----------------------------------------|----------------------------------| | 直接运行（./script.sh）| 依赖用户默认Shell或系统默认Shell | 语法不兼容时失败 | | 指定解释器（bash script.sh）| 强制使用指定解释器 | 可无视Shebang行 | | 无执行权限 | 必须通过 `bash script.sh` 等方式执行 | Shebang无效 | **最佳实践**： 1. 始终添加Shebang行（如 `#!/bin/bash`）。 2. 对脚本赋予可执行权限（`chmod +x`）。 3. 复杂脚本优先使用 `#!/usr/bin/env bash` 增强兼容性。