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

操作系统采用默认shell来运行shell脚本。所以在脚本的开头提到shell path，你是在要求操作系统使用那个特定的shell。它在可移植性方面也很有用。

这是一个约定，因此*nix shell知道要运行哪种解释器。

例如，旧版本的ATT默认为sh (Bourne shell)，而旧版本的BSD默认为csh (C shell)。

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

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

pp: 记住——在*nix下，将后缀与文件类型相关联只是一种约定，而不是“规则”。可执行文件可以是二进制程序，也可以是百万个脚本类型中的任意一种，还可以是其他东西。因此需要使用#!/bin/bash。

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

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

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

每个发行版都有一个默认shell。Bash是大多数系统的默认设置。如果您恰巧在一个具有不同默认shell的系统上工作，那么如果脚本是专门为Bash编写的，那么它们可能无法正常工作。

Bash多年来一直在从ksh和sh中获取代码。

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

#！ 通常被称为"hash-bang"， "she-bang"或"sha-bang"。

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