为了运行python脚本，我们需要告诉shell三件事:

该文件是一个脚本 我们希望哪个解释器执行脚本 所述解释器的路径

shebang #!完成(1)。shebang以#开头，因为#字符在许多脚本语言中是注释标记。因此，解释器会自动忽略shebang行的内容。

env命令完成(2.)和(3.)。引用“引力”，

env命令的一个常见用法是通过使 使用事实，env将搜索$PATH为它被告知的命令 推出。由于shebang线需要一个绝对路径 指定的，并且由于各种解释器(perl、bash、 Python)可能会有很大的变化，通常使用: #！/usr/bin/env perl，而不是试图猜测是否是 /usr/bin/perl， /usr/local/bin/perl， /usr/local/pkg/perl， /fileserver/usr/bin/perl，或者用户的/home/ mrdaniel /usr/bin/perl 系统…… 另一方面，env几乎总是在/usr/bin/env.中(除了 当它不是的时候;有些系统可能会使用/bin/env，但那是一个 相当罕见的情况，只发生在非linux系统上。)

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

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

在这里，它指示shell启动特定版本的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

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

#!/usr/bin/env python

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

扩展一下其他的答案，这里有一个小例子，说明你的命令行脚本会因为不小心使用/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")

为了运行python脚本，我们需要告诉shell三件事:

该文件是一个脚本 我们希望哪个解释器执行脚本 所述解释器的路径

shebang #!完成(1)。shebang以#开头，因为#字符在许多脚本语言中是注释标记。因此，解释器会自动忽略shebang行的内容。

env命令完成(2.)和(3.)。引用“引力”，

env命令的一个常见用法是通过使 使用事实，env将搜索$PATH为它被告知的命令 推出。由于shebang线需要一个绝对路径 指定的，并且由于各种解释器(perl、bash、 Python)可能会有很大的变化，通常使用: #！/usr/bin/env perl，而不是试图猜测是否是 /usr/bin/perl， /usr/local/bin/perl， /usr/local/pkg/perl， /fileserver/usr/bin/perl，或者用户的/home/ mrdaniel /usr/bin/perl 系统…… 另一方面，env几乎总是在/usr/bin/env.中(除了 当它不是的时候;有些系统可能会使用/bin/env，但那是一个 相当罕见的情况，只发生在非linux系统上。)