您可以使用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

强调一件大多数人都忽略了的事情可能是有道理的，这可能会妨碍立即理解。在终端中输入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(以处理文件的其余部分)。

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

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

如果安装了多个版本的Python， /usr/bin/env将确保使用的解释器是环境$PATH中的第一个解释器。另一种方法是硬编码类似#!/usr/bin/python;这是可以的，但是不太灵活。

在Unix中，要解释的可执行文件可以通过#!在第一行的开头，后面跟着解释器(以及它可能需要的任何标志)。

如果您谈论的是其他平台，当然，这条规则不适用(但“shebang行”没有害处，如果您将该脚本复制到基于Unix的平台，如Linux、Mac等，则会有所帮助)。