在 shell(Bash 是一种 shell) 中执行外部程序和脚本时，Linux 内核会启动一个新的进程，以便在新的进程中执行指定的程序或脚本。内核知道该如何为编译型的程序做这件事，但是对于脚本程序呢？当 shell 要求内核执行一个脚本文件时，内核是不知道该怎么办的！所以它回应一个 "not executable format file" 的错误消息。Shell 收到这样的消息后会做出类似下面的判断：这不是个编译型程序，那它肯定是一个 shell 脚本；接着就启动一个新的 /bin/sh 副本来这些该程序。
当系统中只有一个 shell(/bin/sh) 时这并没有什么问题。但是当前的系统中一般都存在多个 shell，比如 Bash、Dash等等。因此需要通过一种方式，告诉 Linux 内核应该以哪个 shell 来执行指定的脚本。实时上，这么做有助于执行机制的通用化，让用户可以直接引用任何的程序语言解释器，而不仅仅是一个 shell。具体的方法是通过脚本文件中特殊的第一行来设置：在第一行的开头处使用 #! 这两个字符(英文一般称为 shebang)。
当一个脚本中第一行是以 #! 这两个字符开头时，内核会扫描该行的其余部分，看是否可以找到可以用来执行该脚本文件的解释器。所以这是一种非常通用的做法，因为除了 shell 我们还可以指定其它的解释器，比如：
#!/usr/bin/awk # 这个脚本是一个 awk 程序
#!/bin/bash
直接指定 shell 的绝对路径是一种经典的写法。这样内核会直接调用你指定的解释器，并把脚本文件作为参数传递给它。这样做的缺点也非常明显，面对多如牛毛的 Linux 发行版，你无法保证所有系统中的 bash 程序都放置在 /bin 目录下。当然其它程序的路径就更无法保证了。
/usr/bin/env 命令
让我们先来了解一下 /usr/bin/env 命令的执行方式，比如下面的命令：
$ env name=value name2=value2 program args
这会使用环境变量和由 name=value 和 name2=value2 指定的值扩展当前环境而形成的环境运行命令 program args。如果不包含任何参数，比如 name=value，那么将传递不经过修改的当前环境。因为 env 是外部命令，所以它并不知道 bash 中的别名，env 只是将程序和参数传递给 exec 调用。
#!/usr/bin/env bash
在了解了 /usr/bin/env 命令之后，让我们来看看 shebang 的另一种写法：
#!/usr/bin/env bash
你会看到越来越多的脚本采用了这种写法。通过 /usr/bin/env 运行命令的好处是可以在当前环境中查找程序的默认版本。这样，就不必在系统上的特定位置查找它，因为这些路径在不同的系统中可能位于不同的位置。只要你指定的解释器程序在你的 PATH 变量中，这种写法就会找到它。当然，这么做的前提是 /usr/bin/env 必须存在。
这种写法也是有缺点的，比如我们可以创建一个名称为 bash 的程序，并把它的路径添加到 PATH 变量的靠前位置，这样就会使用你写的假 bash 程序来执行脚本，而不是真正的 bash 程序，这是一个安全隐患。
个人的理解
#!/usr/bin/env bash 写法
更灵活，可移植性较好，但是有安全风险。
#!/bin/bash 写法
如果只考虑在单一的系统中执行，足够了。