你应该使用#/usr/bin/env bash可移植性：不同的*nixes将bash放在不同的位置，使用/usr/bin/env是运行PATH上找到的第一个bash的变通方法。sh不是bash。

使用shebang行调用适当的解释器不仅仅适用于BASH。您可以将shebang用于系统上的任何解释语言，如Perl、Python、PHP（CLI）等。顺便说一下，shebang

#!/bin/sh -

（也可以是两个破折号，即--）结束bash选项之后的所有内容都将被视为文件名和参数。

使用env命令使脚本可移植，并允许您为脚本设置自定义环境，因此可移植脚本应使用

#!/usr/bin/env bash

或用于任何语言，如Perl

#!/usr/bin/env perl

请务必查看bash的手册页：

man bash

和env:

man env

注意：在Debian和基于Debian的系统上，如Ubuntu，sh链接到dash而不是bash。Debian表示，由于所有系统脚本都使用sh.这允许bash增长，系统保持稳定。

此外，为了保持调用*nix，我从不在shebang调用的脚本上使用文件扩展名，因为您不能像在Windows上那样在可执行文件上省略调用扩展名。file命令可以将其标识为脚本。

你应该使用#/usr/bin/env bash可移植性：不同的*nixes将bash放在不同的位置，使用/usr/bin/env是运行PATH上找到的第一个bash的变通方法。sh不是bash。

#!/bin/sh

因为大多数脚本不需要特定的bash特性，应该为sh编写。

此外，这使得脚本可以在BSD上运行，默认情况下BSD没有bash。

这实际上取决于您如何编写bash脚本。如果/bin/sh符号链接到bash，则当bash作为sh调用时，某些功能将不可用。

如果您想要bash特定的非POSIX功能，请使用#/bin/bash

/bin/sh通常是系统默认shell的链接，它通常是bash，但在例如Debian系统中使用的是较轻的dash。无论哪种方式，最初的Bourne shell都是sh，因此如果您的脚本使用了一些bash（第二代，“Bourne Again sh”）特定的功能（[[]]测试、数组、各种甜蜜的东西等），那么您应该更加具体，并使用后者。这样，在未安装bash的系统上，脚本将无法运行。我知道可能会有一部关于这种进化的激动人心的电影三部曲。。。但这可能是传闻。

还要注意，当被调用为sh时，bash在某种程度上表现为POSIX标准sh（另请参阅GNU文档）。