Ubuntu20.04下激活Python virtualenv后pip仍为全局版本问题咨询

问题原因 #

• Shell命令缓存：在激活虚拟环境前你已经在当前Shell会话执行过pip命令，Bash等Shell会自动缓存命令的绝对路径到hash表中，后续调用同名命令时会优先读取缓存，不会重新遍历PATH路径查找，因此出现python路径正常、pip仍指向全局的情况（python没有该问题是因为你激活虚拟环境前没有在当前会话调用过python，没有生成缓存）。
• 全局别名冲突：你可能在Shell配置文件（_/.bashrc、/.zshrc等）中配置过pip的全局别名，比如alias pip=/usr/bin/pip，别名的优先级高于PATH路径查找，会直接跳过虚拟环境内的pip。
• 少见情况：虚拟环境的bin目录权限异常，或者激活脚本执行后PATH被其他规则篡改，导致虚拟环境的bin目录没有放到PATH的最前列。

修复方案 #

• 清空Shell命令缓存（优先尝试）
  激活虚拟环境后执行hash -d pip单独删除pip的缓存条目，或者执行hash -r清空所有命令缓存，再执行which pip验证路径即可恢复正常。
• 检查并删除pip别名
  执行alias | grep pip查看是否存在pip相关的别名规则，如果存在，临时生效执行unalias pip即可，长期修复则删除Shell配置文件中对应的pip别名条目。
• 验证并修正PATH优先级
  激活虚拟环境后执行echo $PATH，确认输出的首个路径是否为当前虚拟环境的bin目录（/home/vagrant/app/.venv/bin），如果不是可以重新执行一次source .venv/bin/activate，或者手动执行export PATH=/home/vagrant/app/.venv/bin:$PATH手动调整优先级。
• 临时应急方案
  不需要调整配置的情况下，你可以直接调用虚拟环境内pip的全路径执行操作，比如/home/vagrant/app/.venv/bin/pip install 包名，不会调用到全局的pip。

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