我在Python文件的顶部看到了这些:
#!/usr/bin/env python
#!/usr/bin/env python3
在我看来，没有这一行，文件运行是一样的。
当前回答
技术上讲，在Python中，这只是一个注释行。
这一行只在从shell(从命令行)运行py脚本时使用。这就是所谓的“Shebang!”，它被用于各种情况，而不仅仅是Python脚本。
在这里，它指示shell启动特定版本的Python(以处理文件的其余部分)。
其他回答
考虑到python2和python3之间的可移植性问题，您应该始终指定其中一个版本，除非您的程序与两个版本都兼容。
一些发行版现在已经发布了python符号链接到python3 -不要依赖于python是python2。
PEP 394强调了这一点:
为了容忍不同平台的差异，所有的新代码 需要调用Python解释器时不应该指定Python，但是 而是应该指定python2或python3(或更具体的 python2。X和python3。x版本;参见迁移说明)。这 当从shell调用时，应该在shebangs中进行区分 脚本，当通过system()调用调用时，或在任何 其他上下文。
这是推荐的方法，在文档中提出:
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时，通常不会提供完整路径。相反，可执行文件在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支持打印操作符。现在，您已经了解了如何在脚本解释器之间切换。
如果你在虚拟环境(比如venv)中运行脚本，那么在venv上执行哪个python将显示python解释器的路径:
~ / env / venv / bin / python
请注意，虚拟环境的名称嵌入在Python解释器的路径中。因此，在脚本中硬编码这个路径会导致两个问题:
如果将脚本上传到存储库，则会强制其他用户使用相同的虚拟环境名称。前提是他们首先发现了问题。 即使在其他虚拟环境中有所有必需的包，也不能跨多个虚拟环境运行脚本。
因此，为乔纳森的回答补充一点，理想的shebang是#!/usr/bin/env python，不仅可以跨操作系统的可移植性，还可以跨虚拟环境的可移植性!
