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

此外，您还将在#!/bin/bash, 例如 #！/bin/bash -v -x 读这篇文章，了解更多。 https://unix.stackexchange.com/questions/124272/what-do-the-arguments-v-and-x-mean-to-bash。

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

更准确地说，shebang #!，当它是可执行(x模式)文件的前两个字节时，由execve(2)系统调用(执行程序)解释。但是POSIX对execve的规范没有提到shebang。

它必须跟在解释器可执行文件的文件路径后面(BTW甚至可以是相对的，但大多数情况下是绝对的)。

在用户的$PATH中找到解释器(例如python)的一个很好的技巧(也许不是那么好的一个)是使用env程序(在所有Linux上总是在/usr/bin/env)，例如:

 #!/usr/bin/env python

任何ELF可执行文件都可以是解释器。你甚至可以使用#!/bin/cat或#!/bin/true如果你想!(但这通常是没有用的)

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

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

Bash通常是大多数Linux发行版中的默认shell。这就是bash的原因 shell的同义词。

shell脚本通常具有几乎相同的语法，但有时也有所不同。例如，数组索引在Zsh中从1开始，而在bash中从0开始。一个脚本 写的Zsh shell将不会在bash中工作，如果它有数组。

为了避免令人不快的意外，您应该告诉解释器您的shell脚本 是为bash shell编写的。你是怎么做到的?

简单地开始您的bash脚本到#!/bin/bash

shebang是一个指令，指示加载器使用#!当您试图执行该文件时，作为该文件的解释器。因此，如果你试图运行一个名为foo。sh的文件，它有#!/bin/bash在顶部，实际运行的命令是/bin/bash foo.sh。这是一种为不同程序使用不同解释器的灵活方式。这是在系统级实现的，用户级API是shebang约定。

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

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