已激活virtualenv虚拟环境时pip3仍安装到/usr/local/bin64的原因

可能的原因及对应解决方法 #

• 首先排查pip全局配置是否指定了强制安装路径
  在激活虚拟环境的状态下执行pip3 config list，检查是否存在target、prefix这类强制指定安装路径的配置项，如果有可以用pip3 config unset <配置项名>删除对应配置。
  也可以执行以下命令查看当前python环境默认的包安装路径，确认是否指向虚拟环境目录：

  python3 -c "import site; print(site.getsitepackages())"
  

  如果输出的首个路径不是/home/ec2-user/app/environment/lib/python3.7/site-packages，说明环境优先级被篡改。

• 检查PYTHONPATH环境变量是否被硬编码
  系统级shell配置、当前用户的.bashrc/.bash_profile等文件如果硬编码了PYTHONPATH指向系统的/usr/local/lib64/python3.7/site-packages路径，会导致虚拟环境的路径优先级被覆盖。执行echo $PYTHONPATH查看输出，如果包含系统路径，可临时清空测试：

  export PYTHONPATH=""
  

  清空后重新安装依赖如果正常，就去对应shell配置文件中删除硬编码的PYTHONPATH配置即可。

• 排查是否存在pip命令的alias设置
  即使which pip3返回虚拟环境路径，也有可能shell配置了alias将pip3指向系统pip。执行alias | grep pip查看是否有相关配置，存在的话执行unalias pip3取消别名后重试。

• 临时兜底方案
  如果暂时排查不出根因，可以直接调用虚拟环境内的python解释器执行pip安装，完全规避路径跳转问题：

  ~/app/environment/bin/python3 -m pip install -r requirements.txt
  

  该方式会将包100%安装到对应解释器所属的虚拟环境目录下。

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