这不是 pip 坏了，而是操作系统拒绝写入目标目录；优先用 pip install --user 安装到用户目录，或创建激活虚拟环境（python -m venv myenv && source myenv/bin/activate），避免权限问题与系统污染。
pip install 报错 EnvironmentError 是权限在拦你
这不是 pip 坏了，也不是网络或代码问题，而是操作系统明确拒绝你往目标目录写文件。典型错误信息像 EnvironmentError: [Errno 13] Permission denied 或 Windows 下的 [WinError 5] 拒绝访问，本质都是路径不可写。
最常出问题的位置包括：
-
/usr/local/lib/python3.x/site-packages/（macOS/Linux 系统级路径，普通用户无权写） -
C:\Program Files\PythonXX\（Windows 默认安装位置，UAC 锁死） - 虚拟环境目录属 root 或其他用户（比如用
sudo python -m venv创建）
别急着右键“以管理员身份运行”——那只是把问题暂时盖住，不是解决。
优先用 --user 安装到用户目录
这是最安全、最轻量的解法，全程无需提权，所有包装进你自己的空间，路径类似：
- Windows：
%APPDATA%\Python\Python311\site-packages\ - macOS：
~/Library/Python/3.9/lib/python/site-packages/ - Linux：
~/.local/lib/python3.11/site-packages/
执行命令即可：
pip install requests --user
验证是否生效：
python -c "import requests; print(requests.__file__)"
输出路径必须包含 AppData、Library 或 .local，而不是 Program Files 或 /usr/local。注意：--user 对升级 pip 本身无效，但装普通第三方包完全够用。
真正该用虚拟环境的场景
当你开始写项目、要管理多个依赖、或同时维护几个不同版本要求的代码时，--user 就不够用了。虚拟环境不是“进阶技巧”，是隔离依赖的事实标准。
创建并激活：
python -m venv myenv<br>source myenv/bin/activate # macOS/Linux<br>myenv\Scripts\activate # Windows
确认激活成功：
- macOS/Linux：
which python输出应含myenv - Windows：
where python输出应含myenv - 执行
pip install requests后，python -c "import requests; print(requests.__file__)"路径必须指向myenv内部
常见陷阱：你以为已激活，其实终端没 reload，或者 PyCharm/VS Code 没选对解释器——此时 pip install 仍走系统路径，照样报错。
Linux 上遇到 externally-managed-environment 怎么办
Ubuntu/Debian 等现代发行版默认启用 PEP 668，会在系统 Python 的 pyvenv.cfg 里写 externally-managed = true，直接拦掉 pip install。这不是 bug，是防止和 apt 冲突的安全机制。
正确做法只有两个：
- 用系统包管理器安装：比如
sudo apt install python3-requests - 创建并激活虚拟环境（推荐）：
python -m venv myenv && source myenv/bin/activate && pip install requests
别用 --break-system-packages 参数硬闯——它绕过了保护，但会埋下后续依赖混乱的隐患，尤其在 CI/CD 或协作环境中极易翻车。
