Ubuntu系统激活虚拟环境后如何让venv的pip/uv优先于全局版本？

我在Ubuntu系统上使用uv创建了Python 3.11项目，通过source .venv/bin/activate激活虚拟环境后，which python指向/home/username/my-project/.venv/bin/python，但which pip和which uv仍指向/home/username/.local/bin/pip与/home/username/.local/bin/uv，而非虚拟环境内的对应工具。这导致依赖无法安装到正确环境，FASTAPI项目无法实现预期隔离——新项目需更新FASTAPI和pydantic版本，使用python -m pip install pydantic==2.11.7会影响其他两个FASTAPI项目。我已尝试删除重建.venv、重新激活虚拟环境、验证$VIRTUAL_ENV设置正确，但问题仍存在，请问如何确保激活虚拟环境后，venv内的pip和uv优先级高于~/.local/bin中的全局版本？

1. 确认虚拟环境内的工具是否存在 #

先检查虚拟环境的bin目录里有没有pip和uv：

ls $VIRTUAL_ENV/bin/ | grep -E "pip|uv"

如果没有，说明创建虚拟环境时未生成这些工具，用uv重新创建时显式指定安装：

uv venv --python 3.11 --with pip --with uv

2. 调整PATH的优先级顺序 #

激活虚拟环境的脚本本应把$VIRTUAL_ENV/bin加到PATH最前端，但如果~/.local/bin在你的Shell配置（如~/.bashrc/~/.zshrc）中被后序添加，会覆盖优先级。

激活虚拟环境后，先检查当前PATH顺序：

echo $PATH

如果$VIRTUAL_ENV/bin出现在/home/username/.local/bin之后，手动调整：

export PATH="$VIRTUAL_ENV/bin:$PATH"

要永久解决，打开你的Shell配置文件，确保没有在activate执行后再修改PATH将~/.local/bin前置。

3. 用Python模块方式调用pip（临时规避） #

如果暂时无法调整PATH，每次安装依赖时直接用虚拟环境的Python调用pip，确保依赖安装到当前环境：

python -m pip install pydantic==2.11.7

对于uv，若虚拟环境内已安装，直接调用$VIRTUAL_ENV/bin/uv即可。

4. 检查并取消别名设置 #

部分用户会给pip/uv设置别名，导致调用时跳过PATH检查。检查是否存在相关别名：

alias | grep -E "pip|uv"

如果有，临时取消别名：

unalias pip
unalias uv

也可以直接修改Shell配置文件，删除对应的别名定义。

5. 重启Shell生效配置 #

修改Shell配置文件后，重启终端或执行以下命令使配置生效：

source ~/.bashrc  # Bash用户
# 或
source ~/.zshrc   # Zsh用户

之后重新激活虚拟环境，用which pip和which uv验证路径是否正确。

内容的提问来源于stack exchange，提问作者Rahim T.S