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

~ / env / venv / bin / python

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

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

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

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

#! /usr/bin/env python

也许你的问题是这样的:

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

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

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

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

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

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

源代码来自unix stackexchange

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

#!/usr/bin/env python

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

技术上讲，在Python中，这只是一个注释行。

这一行只在从shell(从命令行)运行py脚本时使用。这就是所谓的“Shebang!”，它被用于各种情况，而不仅仅是Python脚本。

在这里，它指示shell启动特定版本的Python(以处理文件的其余部分)。