必须先激活虚拟环境再升级pip，否则会误改系统pip；推荐用python -m pip install --upgrade pip确保调用当前环境pip，并通过python -m pip --version验证路径是否含虚拟环境目录。
确认虚拟环境已激活
没激活就执行升级命令，实际改的是系统 pip，不是你想要的那个。Windows 下看命令行前缀是不是 myenv\Scripts\activate 后出现的 (myenv)；macOS/Linux 看是否显示 (myenv)。如果没显示，先运行激活命令：source myenv/bin/activate（Linux/macOS）或 myenv\Scripts\activate（Windows）。
用 python -m pip install --upgrade pip 而非 pip install --upgrade pip
虽然两者在多数情况下效果一样，但 python -m pip 明确调用当前解释器绑定的 pip 模块，避免因 PATH 中存在多个 pip 导致误升级。尤其当你装了 pyenv、conda 或多个 Python 版本时，这个写法更可靠。
- 推荐命令：
python -m pip install --upgrade pip - 不推荐仅用：
pip install --upgrade pip（可能指向系统 pip） - 验证是否生效：
python -m pip --version，输出应带虚拟环境路径
升级失败常见原因和应对
报错 PermissionError: [Errno 13] Permission denied 或卡在下载阶段，大概率是权限或网络问题：
- 别加
sudo：虚拟环境本身是用户可写的，加 sudo 反而可能污染系统路径 - 换镜像源提速：
python -m pip install --upgrade pip -i https://pypi.tuna.tsinghua.edu.cn/simple/ - 如果提示
WARNING: Running pip as the 'root' user...，说明你误在 root shell 里激活了虚拟环境，退出重进普通用户终端再试 - 极少数情况 pip 自身损坏，可尝试强制重装：
python -m ensurepip --upgrade --default-pip
为什么不能跳过这步直接用系统 pip？
虚拟环境的核心价值是隔离。如果你在 myenv 里用系统 pip 升级，myenv 的 pip 文件不会变——它还是旧版本，后续 pip install 可能因解析逻辑差异出错，比如不支持 pyproject.toml 或依赖冲突检测不准。真正要改的，是 myenv/lib/python3.x/site-packages/pip 这个包本身，必须由该环境的解释器触发安装动作。
