应修改安装路径而非目录权限：优先使用虚拟环境，其次--user选项，避免触碰系统Python目录；IDE中需手动激活虚拟环境才能确保pip安装到正确位置。
直接改 pip 安装目录权限？别这么干
不建议手动修改 /usr/local/lib/python*/site-packages/ 或 C:\Program Files\Python*\Lib\site-packages\ 的权限。这类操作会破坏系统级 Python 的完整性，尤其在 macOS/Linux 上可能触发 SELinux/AppArmor 拦截，在 Windows 上还可能被 Defender 的“受控文件夹访问”自动拦截——你刚 chmod 777，它立刻给你锁回去。
真正该改的是安装路径，不是权限
pip 的安装目标由运行时上下文决定，优先级固定：--target > 激活的虚拟环境 > --user > 系统 site-packages。所以“改权限”的本质，是把写入动作导向你有天然权限的地方：
- 用
python -m venv myenv创建虚拟环境，再source myenv/bin/activate（macOS/Linux）或myenv\Scripts\activate（Windows），之后所有pip install都落在myenv/目录下，完全无需提权 - 不建虚拟环境？加
--user：执行pip install requests --user，包会装进~/.local/lib/python*/site-packages/（Linux/macOS）或%APPDATA%\Python\Python*\site-packages\（Windows），这些路径默认就属于当前用户 - 检查是否误用了系统 Python：运行
which python（macOS/Linux）或where python（Windows），如果路径含/usr/或C:\Program Files\，说明你在碰系统红线——换用 pyenv、asdf 或直接重装 Python 到用户目录更安全
如果非得动权限（仅限调试或容器内）
仅在明确知道后果的前提下临时使用：
- Linux/macOS：用
pip install --target ./libs requests把包装进当前目录的./libs，再通过PYTHONPATH=./libs:$PYTHONPATH加载 - Windows 容器中：启动时加
--user参数运行 Python 进程，避免以 SYSTEM 账户启动导致site-packages归属 root:root - 绝对不要执行
sudo chmod -R 777 /usr/local/lib/python*—— 这等于给所有后续安装的包开了后门，连pip自身升级都可能被恶意包覆写
最常被忽略的一点：PyCharm 或 VS Code 终端没激活虚拟环境
很多人在 IDE 里点开终端，以为自动用了项目解释器，其实只是调用了系统 shell。结果 pip install 仍走系统路径。确认方式：执行 pip debug --verbose，看输出里的 install_path 是否指向你的 venv 目录。如果不是，先 source venv/bin/activate（或对应 Windows 脚本），再装包——这才是“改权限”问题的根治起点。
