执行python文件时，可以使用./file.py，其中file是文件的名称。/usr/bin/env是PATH，然后python是python2, python3是python3(胡说)

#！/usr/bin/env python也可以允许python文件被其他程序执行，只要使用chmod +x file.py即可。

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

~ / env / venv / bin / python

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

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

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

您可以使用virtualenv尝试解决这个问题

这里是test.py

#! /usr/bin/env python
import sys
print(sys.version)

创建虚拟环境

virtualenv test2.6 -p /usr/bin/python2.6
virtualenv test2.7 -p /usr/bin/python2.7

激活每个环境，然后检查差异

echo $PATH
./test.py

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

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

这被称为shebang线。维基百科词条解释道:

在计算中，shebang(也称为hashbang、hashpling、pound bang或crunchbang)指的是字符“#!”，当它们是解释器指令中作为文本文件第一行的前两个字符时。在类unix操作系统中，程序加载器将出现这两个字符作为文件是脚本的指示，并尝试使用文件中第一行剩余部分指定的解释器执行该脚本。

请参见Unix FAQ条目。

即使在Windows上，shebang行不决定要运行的解释器，您也可以通过在shebang行上指定选项来将选项传递给解释器。我发现在一次性脚本中保留一个通用的shebang行很有用(比如我在回答SO问题时写的脚本)，这样我就可以在Windows和ArchLinux上快速测试它们。

env实用程序允许你在路径上调用命令:

剩下的第一个参数指定要调用的程序名称;它根据PATH环境变量进行搜索。其余的参数将作为参数传递给该程序。