Windows下同一项目配置Python 2.x与3.x双环境的解决方法咨询

核心解决逻辑：从可执行文件、安装路径、调用方式三个层面把两个Python版本完全划清边界，从根源上避免把仅支持3.x的依赖错装到2.x环境。

第一步：给双版本Python的可执行文件做强标识 #

你已经完成Python 2.x的安装，先从可调用环节杜绝操作失误：

• 先确认现有Python 2.x的实际安装路径，在命令提示符输入py -2 -c "import sys; print(sys.executable)"，就能看到python2.exe的完整路径（Windows系统从Python 3.3版本开始会默认内置py启动器，不用额外安装）
• 后续安装Python 3.x版本时，手动指定和Python2完全不重叠的安装目录，比如Py2装在C:\Python27\，Py3就装在C:\Python311\，绝对不要让两个版本共用同一个安装根目录
• 打开两个版本的安装目录，把里面的python.exe分别重命名为python2.exe、python3.exe，同目录下的pip.exe对应重命名为pip2.exe、pip3.exe。
  这步是最能降低出错概率的操作：以后不管是调Python解释器，还是装依赖包，都靠带明确版本号的文件名调用，不会因为系统PATH优先级问题搞混版本。

第二步：严格按版本调用pip安装对应依赖 #

重命名完成后，所有依赖安装操作必须严格匹配版本，绝对不要直接敲无版本标识的pip install xxx：

• 仅支持Python3.x的依赖包，全部通过pip3 install 包名的命令安装，这些包会自动写入Python3的全局site-packages目录，完全不会接触到Python2的包目录
• Python2环境下需要的兼容依赖，全部通过pip2 install 包名==兼容版本号的命令安装，比如Py2环境下的requests需要装2.20.0及以下版本，高版本的requests是不兼容Py2的
• 安装完成后可以分别执行pip3 list和pip2 list核对包列表，只要两个列表没有出现交叉安装的包，就说明隔离逻辑生效了。

进阶：用虚拟环境进一步隔离项目级依赖 #

如果单个项目同时拆分了Py2和Py3的运行模块，光靠全局环境隔离还不够，可以用虚拟环境给不同运行模块搭独立的依赖空间：

• 针对Py3运行的模块，打开对应项目文件夹，在命令提示符执行python3 -m venv .venv3，就能生成和全局环境完全独立的Py3虚拟环境，激活后里面的pip、Python解释器全部是Py3专属，和全局Py2没有任何关联
• 针对Py2运行的老模块，先给全局Py2环境装一次virtualenv工具：执行pip2 install virtualenv，之后就可以在对应项目文件夹执行python2 -m virtualenv .venv2，生成独立的Py2虚拟环境
• 这种方式不会出现不同项目抢同一套依赖版本的问题，哪怕你要给Py3的模块装最新版的包，也完全不会影响Py2老模块的运行。

常见踩坑提醒 #

别图省事跳过可执行文件重命名的步骤。很多人装完两个Python后，靠PATH的先后顺序决定默认调用哪个解释器，一旦PATH顺序搞反，本来想给Py3装包，结果把只支持3.x的包装到了Py2的全局目录，排查起来要花大量时间。

• 如果已经不小心把仅支持Py3的包装到了Py2的全局目录，直接打开Py2安装目录下的Lib\site-packages文件夹，把刚装的对应包文件夹、带dist-info后缀的版本说明文件夹全部删除即可，不会影响Py3的独立环境。
• 不要依赖py -3 -m pip install这类隐式调用的方式装包，一旦输错版本号很容易装错环境，远不如直接调用重命名后的pip3.exe、pip2.exe直观。

内容的提问来源于stack exchange，提问作者Mass17