为什么需要在脚本文件的开头放置#!/bin/bash?

2024-10-11 08:36:00
admin
原创
241
摘要:问题描述:我以前编写过Bash#!/bin/bash脚本,它们一开始都可以正常运行。放进去有什么意义?事情会有什么不同吗?另外,你怎么发音#?我知道!发音为“bang”。怎么#!发音?解决方案 1:这是一个惯例,因此 *nix shell 知道要运行哪种解释器。例如,旧版本的 ATT 默认使用sh(Bourn...

问题描述:

我以前编写过Bash#!/bin/bash脚本,它们一开始都可以正常运行。

放进去有什么意义?事情会有什么不同吗?

另外,你怎么发音#?我知道!发音为“bang”。

怎么#!发音?


解决方案 1:

这是一个惯例,因此 *nix shell 知道要运行哪种解释器。

例如,旧版本的 ATT 默认使用sh(Bourne shell),而旧版本的 BSD 默认使用csh(C shell)。

即使在今天(大多数系统运行 bash,即“Bourne Again Shell”),脚本也可以是 bash、python、perl、ruby、PHP 等。例如,您可能会看到#!/bin/perl#!/bin/perl5

附言:感叹号 ( !) 被亲切地称为“bang”。shell 注释符号 ( #) 有时被称为“hash”

PPS:请记住 - 在 nix 下,将后缀与文件类型关联只是一种惯例,而不是“规则”可执行文件*可以是二进制程序、一百万种脚本类型中的任何一种,也可以是其他东西。因此需要#!/bin/bash

解决方案 2:

更准确地说,当shebang #!可执行文件(x 模式)的前两个字节时,它会被execve(2)系统调用(执行程序)所解释。

但是POSIX 规范execve没有提及shebang。

它后面必须跟着解释器可执行文件路径(顺便说一下,它甚至可以是相对的,但大多数情况下是绝对的)。

一个很好的技巧(或者可能不是那么好python)来找到用户的解释器(例如)$PATH是使用该env程序(在/usr/bin/env所有Linux上始终为),例如

 #!/usr/bin/env python

任何 ELF 可执行文件都可以作为解释器。如果您愿意,甚至可以使用#!/bin/cat#!/bin/true!(但这通常没用)

解决方案 3:

它被称为shebang。在 unix 语言中,# 被称为 sharp(就像音乐中一样)或 hash(就像 twitter 上的标签一样),而 ! 被称为 bang。(您实际上可以使用 !! 引用您之前的 shell 命令,称为 bang-bang)。因此,当组合在一起时,您会得到 haSH-BANG 或 shebang。

! 后面的部分告诉 Unix 使用哪个程序来运行它。如果未指定,它将尝试使用 bash(或 sh、zsh,或任何您的 $SHELL 变量),但如果有,它将使用该程序。此外,# 在大多数语言中都是注释,因此该行在后续执行中会被忽略。

解决方案 4:

每个发行版都有一个默认 shell。Bash 是大多数系统的默认 shell。如果您碰巧在具有不同默认 shell 的系统上工作,那么如果脚本是专门为 Bash 编写的,则可能无法按预期工作。

多年来,Bash 不断发展,吸收了ksh和 的代码sh

添加#!/bin/bash为脚本的第一行,告诉操作系统调用指定命令shell来执行脚本中后面的命令。

#!通常被称为“hash-bang”、“she-bang”或“sha-bang”。

解决方案 5:

Shebang是一条指令,指示加载程序使用在 之后指定的程序作为#!您尝试执行该文件时的解释器。因此,如果您尝试运行顶部foo.sh有 的文件,则实际运行的命令是。这是一种为不同程序使用不同解释器的灵活方法。这是在系统级别实现的,而用户级别 API 是 Shebang 约定。#!/bin/bash`/bin/bash foo.sh`

还值得一提的是,shebang 是一个神奇的数字- 一个人类可读的数字,它将文件标识为给定解释器的脚本。

您说即使没有 shebang 也能“工作”,只是因为所讨论的程序是为与您正在使用的 shell 相同的 shell 编写的 shell 脚本。例如,您可以很好地编写一个 javascript 文件,然后放入#! /usr/bin/js(或类似的东西) 以获得 javascript “Shell 脚本”。

解决方案 6:

操作系统使用默认 shell 来运行您的 shell 脚本。因此,在脚本开头提到 shell 路径,就是在要求操作系统使用该特定 shell。这对于可移植性也很有用。

解决方案 7:

它被称为shebang。它由一个数字符号和一个感叹号 (#!) 组成,后跟解释器的完整路径,例如 /bin/bash。UNIX 和 Linux 下的所有脚本都使用第一行指定的解释器执行。

解决方案 8:

Bash 标准的“Bourne-Again shell”只是 Linux 中众多可用 shell 中的一种。

shell 是一个接受并运行命令的命令行解释器。

Bash 通常是大多数 Linux 发行版中的默认 shell。这就是为什么 bash 与 shell 同义。

shell 脚本的语法通常几乎相同,但有时也有所不同。例如,数组索引在 Zsh 中从 1 开始,而在 bash 中从 0 开始。如果为 Zsh shell 编写的脚本包含数组,则在 bash 中无法正常工作。

为了避免不愉快的意外,你应该告诉解释器你的 shell 脚本是为 bash shell 编写的。你该怎么做呢?

只需将您的 bash 脚本放入 #!/bin/bash 即可

解决方案 9:

您还会在 #!/bin/bash 之后看到一些其他参数,例如,

#!/bin/bash -v -x

阅读此内容以获得更多想法。https

://unix.stackexchange.com/questions/124272/what-do-the-arguments-v-and-x-mean-to-bash。

解决方案 10:

对于使用其他系统且没有该库的人来说,这可能很有用。如果没有声明,并且脚本中有一些不受该系统支持的函数,则应该声明 #/bin/bash。我以前在工作中遇到过这个问题,现在我只是把它作为练习。

解决方案 11:

!/bin/bash shebang 行的作用是确保您的脚本能够顺利运行,使用正确的解释器,并且易于在不同环境中使用。这是一个小细节,但对脚本编写却有很大影响。

相关推荐
  政府信创国产化的10大政策解读一、信创国产化的背景与意义信创国产化,即信息技术应用创新国产化,是当前中国信息技术领域的一个重要发展方向。其核心在于通过自主研发和创新,实现信息技术应用的自主可控,减少对外部技术的依赖,并规避潜在的技术制裁和风险。随着全球信息技术竞争的加剧,以及某些国家对中国在科技领域的打压,信创国产化显...
工程项目管理   2500  
  为什么项目管理通常仍然耗时且低效?您是否还在反复更新电子表格、淹没在便利贴中并参加每周更新会议?这确实是耗费时间和精力。借助软件工具的帮助,您可以一目了然地全面了解您的项目。如今,国内外有足够多优秀的项目管理软件可以帮助您掌控每个项目。什么是项目管理软件?项目管理软件是广泛行业用于项目规划、资源分配和调度的软件。它使项...
项目管理软件   1541  
  PLM(产品生命周期管理)项目对于企业优化产品研发流程、提升产品质量以及增强市场竞争力具有至关重要的意义。然而,在项目推进过程中,范围蔓延是一个常见且棘手的问题,它可能导致项目进度延迟、成本超支以及质量下降等一系列不良后果。因此,有效避免PLM项目范围蔓延成为项目成功的关键因素之一。以下将详细阐述三大管控策略,助力企业...
plm系统   16  
  PLM(产品生命周期管理)项目管理在企业产品研发与管理过程中扮演着至关重要的角色。随着市场竞争的加剧和产品复杂度的提升,PLM项目面临着诸多风险。准确量化风险优先级并采取有效措施应对,是确保项目成功的关键。五维评估矩阵作为一种有效的风险评估工具,能帮助项目管理者全面、系统地评估风险,为决策提供有力支持。五维评估矩阵概述...
免费plm软件   23  
  引言PLM(产品生命周期管理)开发流程对于企业产品的全生命周期管控至关重要。它涵盖了从产品概念设计到退役的各个阶段,直接影响着产品质量、开发周期以及企业的市场竞争力。在当今快速发展的科技环境下,客户对产品质量的要求日益提高,市场竞争也愈发激烈,这就使得优化PLM开发流程成为企业的必然选择。缺陷管理工具和六西格玛方法作为...
plm产品全生命周期管理   26  
热门文章
项目管理软件有哪些?
曾咪二维码

扫码咨询,免费领取项目管理大礼包!

云禅道AD
禅道项目管理软件

云端的项目管理软件

尊享禅道项目软件收费版功能

无需维护,随时随地协同办公

内置subversion和git源码管理

每天备份,随时转为私有部署

免费试用