扩展一下其他的答案，这里有一个小例子，说明你的命令行脚本会因为不小心使用/usr/bin/env shebang行而陷入麻烦:

$ /usr/local/bin/python -V
Python 2.6.4
$ /usr/bin/python -V
Python 2.5.1
$ cat my_script.py 
#!/usr/bin/env python
import json
print "hello, json"
$ PATH=/usr/local/bin:/usr/bin
$ ./my_script.py 
hello, json
$ PATH=/usr/bin:/usr/local/bin
$ ./my_script.py 
Traceback (most recent call last):
  File "./my_script.py", line 2, in <module>
    import json
ImportError: No module named json

json模块在Python 2.5中不存在。

防止这类问题的一种方法是使用通常与大多数python一起安装的版本化python命令名:

$ cat my_script.py 
#!/usr/bin/env python2.6
import json
print "hello, json"

如果你只需要区分Python 2。3. Python。x，最近发布的Python 3也提供了一个python3名称:

$ cat my_script.py 
#!/usr/bin/env python3
import json
print("hello, json")

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

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

请参见Unix FAQ条目。

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

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

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

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

~ / env / venv / bin / python

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

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

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

也许你的问题是这样的:

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

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

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

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

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

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

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

行#!/bin/bash/python3或#!/bin/bash/python指定要使用的python编译器。你可能安装了多个python版本。例如, a.py:

#!/bin/bash/python3
print("Hello World")

是python3脚本，和 b.py:

#!/bin/bash/python
print "Hello World"

是一条巨蟒。x脚本 为了运行这个文件。/a.py或。/b.py，你需要预先赋予文件执行权限，否则执行会导致Permission denied错误。 给予执行许可，

chmod +x a.py