激活venv后pip仍全局安装，如何强制在虚拟环境内安装？

问题现象 #

在AppData目录安装全局Python后，通过python -m venv new_env创建虚拟环境，激活环境后执行which pip仍指向全局Python的pip路径，导致pip install会将包安装到全局目录而非虚拟环境内，重新创建环境问题依旧。

命令行操作记录：

$ which pip
>/c/Users/Krystian/AppData/Local/Programs/Python/Python312/Scripts/pip

$ source .new_env/Scripts/activate
(new_env) $

$ which pip
> /c/Users/Krystian/AppData/Local/Programs/Python/Python312/Scripts/pip
(new_env) $

解决办法 #

1. 确认虚拟环境激活路径是否正确 #

检查激活命令中的路径是否准确：如果虚拟环境目录是当前目录下的.new_env，则source .new_env/Scripts/activate是正确的；如果目录名是new_env（无前置点），则命令应为source new_env/Scripts/activate。

2. 强制使用虚拟环境内的pip #

直接调用虚拟环境目录下的pip执行安装，绕过PATH问题：

./.new_env/Scripts/pip install 你的包名

3. 手动更新环境变量PATH #

激活环境后，手动将虚拟环境的Scripts目录加到PATH最前端，确保系统优先调用该目录下的工具：

export PATH="./.new_env/Scripts:$PATH"

执行后再次运行which pip，应显示虚拟环境内的pip路径。

4. 检查并取消pip别名 #

如果全局环境中给pip设置了别名，会导致激活虚拟环境后仍调用全局pip：

# 检查是否有别名
alias pip
# 如果有输出，取消别名
unalias pip

5. 使用python -m pip替代直接调用pip #

激活虚拟环境后，python已指向虚拟环境内的解释器，通过python -m pip调用的pip必然属于当前虚拟环境，彻底避免路径问题：

python -m pip install 你的包名

验证方法 #

激活环境后执行以下命令，确认pip所属路径为虚拟环境目录：

python -m pip --version

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