模块“本地锁死”本质是pip向无写入权限的系统目录（如Program Files或/usr/local）安装所致，根本解法为使用--user参数或创建虚拟环境，而非修改系统目录权限。

直接结论：模块“本地锁死”不是模块坏了，而是 pip 尝试往你没权限写的目录里硬塞文件——根本解法是绕开它，而不是给系统目录加权限。

pip install 报 PermissionError: [Errno 13] 是哪个目录在拦你？

错误信息里通常不显式说路径，但你可以立刻定位：

• 运行 python -c "import site; print(site.getsitepackages())"，看输出里有没有 C:\Program Files\ 或 /usr/local/ ——有就是系统级目录，普通用户写不了
• 运行 pip show pip，检查 Location: 行，如果指向 Program Files 或 /usr/lib，说明 pip 自身也装在受限位置
• Windows 用户特别注意：where pip 和 where python 输出是否都落在 C:\Program Files\ 下？如果是，问题根源就在这里

用 --user 安装，90% 场景下能立刻解封

这不是“妥协方案”，而是设计上的正解。Python 明确支持用户级安装路径，且不会和系统环境冲突：

• 命令始终加 --user：比如 pip install requests --user
• 验证是否生效：python -c "import requests; print(requests.__file__)"，输出路径应含 AppData\Roaming\Python\（Windows）或 .local/lib/python（macOS/Linux）
• 注意：--user 对升级 pip 本身无效（因为 pip 的主模块在系统 site-packages），但装所有第三方包完全够用
• 如果 IDE（如 PyCharm、VS Code）报找不到包，请在设置里把 Python 解释器指向用户 site-packages 所在的 Python 可执行文件，而非系统 Python

虚拟环境才是真正的“本地解锁钥匙”

当项目依赖多、版本混杂，或你频繁遇到“装了却 import 不到”，说明全局或用户级 site-packages 已开始混乱。这时 --user 只是缓兵之计：

• 新建干净环境：python -m venv myproject_env
• 激活后所有 pip install 默认装进该环境，完全隔离、无权限问题：myproject_env\Scripts\activate（Windows）或 source myproject_env/bin/activate（macOS/Linux）
• PyInstaller 打包时务必在激活环境下运行，否则会漏掉环境内装的包
• 别把虚拟环境建在 C:\Program Files 或网络共享盘——路径本身要有写权限，否则连 venv 命令都会失败

哪些操作千万别做，反而让锁死更顽固？

这些动作短期看似“解决了”，实则埋雷：

• 手动给 C:\Program Files\PythonXX 目录右键 → “属性” → “安全” → 加“写入”权限：Windows 更新或杀软扫描后大概率失效，还可能破坏其他 Python 工具链
• 在 CMD 里输 sudo pip install（Windows 没 sudo，输了也没用；Linux/macOS 用 sudo 装包，会导致权限错乱，后续 pip list 都可能报错）
• 卸载重装 Python 时仍勾选 “Install for all users”：这是 Windows 上最常见复发源头，重装务必选 “Just for me”
• 把代码放在 OneDrive、iCloud 或企业网盘同步目录里运行：文件锁、实时同步冲突、路径长度限制，全都会触发 PermissionError 的变体

真正容易被忽略的是：模块“锁死”往往不是一次性的，而是反复发生在同一类路径上。盯住 site.getsitepackages() 的输出，比盯着错误信息本身更能提前掐断问题。