为了运行python脚本，我们需要告诉shell三件事:

该文件是一个脚本 我们希望哪个解释器执行脚本 所述解释器的路径

shebang #!完成(1)。shebang以#开头，因为#字符在许多脚本语言中是注释标记。因此，解释器会自动忽略shebang行的内容。

env命令完成(2.)和(3.)。引用“引力”，

env命令的一个常见用法是通过使 使用事实，env将搜索$PATH为它被告知的命令 推出。由于shebang线需要一个绝对路径 指定的，并且由于各种解释器(perl、bash、 Python)可能会有很大的变化，通常使用: #！/usr/bin/env perl，而不是试图猜测是否是 /usr/bin/perl， /usr/local/bin/perl， /usr/local/pkg/perl， /fileserver/usr/bin/perl，或者用户的/home/ mrdaniel /usr/bin/perl 系统…… 另一方面，env几乎总是在/usr/bin/env.中(除了 当它不是的时候;有些系统可能会使用/bin/env，但那是一个 相当罕见的情况，只发生在非linux系统上。)

这是一个shell约定，告诉shell哪个程序可以执行脚本。

#!/usr/bin/env python

解析为Python二进制文件的路径。

这告诉脚本python目录在哪里!

#! /usr/bin/env python

强调一件大多数人都忽略了的事情可能是有道理的，这可能会妨碍立即理解。在终端中输入python时，通常不会提供完整路径。相反，可执行文件在PATH环境变量中查找。反过来，当你想直接执行Python程序/path/to/app.py时，必须告诉shell要使用哪个解释器(通过hashbang，其他贡献者在上面解释的内容)。

Hashbang期望到解释器的完整路径。因此，要直接运行你的Python程序，你必须提供Python二进制文件的完整路径，这差异很大，特别是考虑到使用virtualenv。为了解决可移植性，使用了/usr/bin/env的技巧。后者最初的目的是就地改变环境并在其中运行命令。当没有提供任何更改时，它将在当前环境中运行该命令，这将有效地导致相同的PATH查找。

源代码来自unix stackexchange

它只是指定要使用的解释器。为了理解这一点，通过touch test.py创建一个文件，然后在该文件中输入以下内容:

#!/usr/bin/env python3
print "test"

执行chmod +x test.py使脚本可执行。在此之后，当你执行./test.py时，你应该得到一个错误:

  File "./test.py", line 2
    print "test"
               ^
SyntaxError: Missing parentheses in call to 'print'

因为python3不支持打印操作符。

现在继续，将代码的第一行更改为:

#!/usr/bin/env python2

将test打印到stdout是可行的，因为python2支持打印操作符。现在，您已经了解了如何在脚本解释器之间切换。

考虑到python2和python3之间的可移植性问题，您应该始终指定其中一个版本，除非您的程序与两个版本都兼容。

一些发行版现在已经发布了python符号链接到python3 -不要依赖于python是python2。

PEP 394强调了这一点:

为了容忍不同平台的差异，所有的新代码 需要调用Python解释器时不应该指定Python，但是 而是应该指定python2或python3(或更具体的 python2。X和python3。x版本;参见迁移说明)。这 当从shell调用时，应该在shebangs中进行区分 脚本，当通过system()调用调用时，或在任何 其他上下文。