它只是指定要使用的解释器。为了理解这一点，通过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支持打印操作符。现在，您已经了解了如何在脚本解释器之间切换。

如果安装了多个版本的Python， /usr/bin/env将确保使用的解释器是环境$PATH中的第一个解释器。另一种方法是硬编码类似#!/usr/bin/python;这是可以的，但是不太灵活。

在Unix中，要解释的可执行文件可以通过#!在第一行的开头，后面跟着解释器(以及它可能需要的任何标志)。

如果您谈论的是其他平台，当然，这条规则不适用(但“shebang行”没有害处，如果您将该脚本复制到基于Unix的平台，如Linux、Mac等，则会有所帮助)。

这是推荐的方法，在文档中提出:

2.2.2. 可执行Python脚本 在BSD的Unix系统上，可以直接编写Python脚本 可执行，就像shell脚本一样 # !/usr/bin/env python3.2

从http://docs.python.org/py3k/tutorial/interpreter.html executable-python-scripts

也许你的问题是这样的:

如果你想使用:$python myscript.py

你根本不需要那句台词。系统将调用python，然后python解释器将运行您的脚本。

但如果你打算使用:$./myscript.py

像普通程序或bash脚本一样直接调用它，您需要编写这一行来指定系统使用哪个程序来运行它(并使其可执行chmod 755)

在我看来，没有这一行，文件运行是一样的。

如果是这样，那么也许你是在Windows上运行Python程序?Windows不使用这一行——相反，它使用file-name扩展名来运行与文件扩展名相关的程序。

然而，在2011年，一个“Python启动器”被开发出来，它(在某种程度上)在Windows上模仿了Linux的这种行为。这仅限于选择运行哪个Python解释器——例如，在安装了Python 2和Python 3的系统中选择Python 2和Python 3。在Python安装时，启动器可选地作为py.exe安装，并且可以与.py文件相关联，以便启动器将检查这一行，然后启动指定的Python解释器版本。

如果你在虚拟环境(比如venv)中运行脚本，那么在venv上执行哪个python将显示python解释器的路径:

~ / env / venv / bin / python

请注意，虚拟环境的名称嵌入在Python解释器的路径中。因此，在脚本中硬编码这个路径会导致两个问题:

如果将脚本上传到存储库，则会强制其他用户使用相同的虚拟环境名称。前提是他们首先发现了问题。 即使在其他虚拟环境中有所有必需的包，也不能跨多个虚拟环境运行脚本。

因此，为乔纳森的回答补充一点，理想的shebang是#!/usr/bin/env python，不仅可以跨操作系统的可移植性，还可以跨虚拟环境的可移植性!