pip 默认全局安装是因为历史设计未强制检查虚拟环境，启用 require-virtualenv 配置可强制拒绝全局安装，但需 pip≥20.1 且配置路径正确，最佳实践是将 venv 创建与激活设为默认流程。
pip install 为什么会默认装到全局？
因为 pip 默认不检查当前是否在虚拟环境中，只要权限够（比如没用 --user、也没激活 venv），它就会把包写进系统级 site-packages。这不是 bug，是历史设计：早期 Python 用户少，虚拟环境不是标配。
真正的问题在于，一旦全局装多了包，不同项目依赖冲突、升级破坏其他工具（比如 black 和 autopep8 对 asttokens 版本要求不兼容）、甚至 pip 自身被搞坏，排查成本远高于预防。
如何强制 pip 拒绝全局安装？
最直接的办法是启用 pip 的 require-virtualenv 配置项。它会让所有 pip install 命令在未激活虚拟环境时直接报错，不给机会手滑。
- 运行
pip config set global.require-virtualenv true（永久生效，写入pip.conf或pip.ini） - Windows 用户注意：配置文件路径通常是
%APPDATA%\pip\pip.ini；macOS/Linux 是$HOME/.pip/pip.conf - 验证是否生效：退出所有 venv 后执行
pip install requests，应看到错误ERROR: Could not find an activated virtualenv
这个开关不影响 pip install --user，如果你明确想装到用户目录（比如插件类工具），仍可继续用——但建议优先用 venv。
立即学习“Python免费学习笔记（深入）”；
require-virtualenv 不生效的常见原因
不是所有 pip 版本都支持该配置，也不是所有环境都能读到配置文件。
-
pip版本低于 20.1 会忽略require-virtualenv，请先升级：python -m pip install --upgrade pip - 某些 IDE（如 PyCharm）或 shell 插件（如
pyenv）可能自带 pip 副本，它们的配置文件位置不同，需单独设置 - 如果用了
python -m pip而非pip命令，要确认它读的是哪个配置——可用pip debug --verbose查看 config file 路径 - Mac 上通过
brew install python安装的 Python，有时会把 pip 配置和系统 Python 混淆，建议统一用python -m pip config操作
更稳妥的实践：把 venv 创建和激活变成默认流程
光靠 require-virtualenv 还不够——有人会顺手 pip install --user 绕过，或者干脆改配置关掉它。真正的防线是让“开新项目 → 创建 venv → 激活”变成肌肉记忆。
- 新建项目时固定执行：
python -m venv .venv && source .venv/bin/activate（Linux/macOS）或python -m venv .venv && .venv\Scripts\activate（Windows） - 把
.venv加进.gitignore，避免误提交 - 编辑器里设好 interpreter 路径（比如 VS Code 的
Python: Select Interpreter），让它自动识别.venv - 如果团队协作，把
requirements.txt和pyproject.toml一起提交，比依赖个人 pip 配置更可靠
配置开关只是提醒，习惯才是底线。尤其当你开始用 Poetry 或 uv 管理依赖时，require-virtualenv 反而可能和它们的隔离机制重叠甚至冲突——这时候，该删就删，别硬套。
