Proot Root 环境 —— 在 App 内部跑 Linux 用户空间
什么是 Proot Root
Pydroid 3 的 Python 脚本默认在 App 私有目录下运行——权限受限、看不到系统级目录。Proot Root 是一个可选功能，它会在 App 内部启动一个完整的 Linux 用户空间（基于 Proot，类似 QEMU 的 chroot 但不需要 root 权限），让 Python 脚本能在一个独立的 Linux 环境里执行。
什么时候需要它
Proot Root 不是日常开发的必需品，以下场景才需要考虑开启：
- 某些原生扩展库依赖 Linux 系统调用或特殊路径：比如需要访问
/etc/passwd、/proc等系统目录的包 - 想跑后台 cron 风格的定时脚本：Proot 模式下脚本可以在 App 后台持续运行
- 某个库需要特定的 Linux glibc 版本：Proot 里可以挂不同版本的根文件系统
- 想模拟完整的 Linux 目录结构进行测试
日常写脚本、用 NumPy/Matplotlib、跑 Kivy 都不需要 Proot，默认环境就够了。
怎么开启
左侧菜单 → Interpreter → 找到 "Run as root (proot)" 或类似选项，开启即可。开启后 Run 按钮执行的脚本会自动在 Proot chroot 里运行。
首次开启时 Pydroid 3 可能需要下载一个基础的 Linux 根文件系统镜像（大小几十 MB），之后就离线可用了。
Proot 模式下的差异
| 方面 | 默认模式 | Proot Root |
|---|---|---|
| 可执行权限 | Python 脚本本身 | 可运行 ELF 二进制 |
| 目录结构 | App 私有目录为主 | 完整 Linux / 结构 |
| 后台运行 | App 切后台可能被系统杀死 | 更稳定（Android 系统对 Proot 实例的处理略好） |
| 资源消耗 | 较低 | 较高（额外的 chroot 开销） |
| 兼容性 | 大多数纯 Python 库 + 预编译 wheel | 需要 Linux 原生编译的库 |
注意事项
- Proot 模式会增加内存和存储开销，低端机型可能有明显卡顿
- 在 Proot 里跑的脚本，
pip install装的包也会落在 Proot 的根目录里，和默认环境分开管理——别搞混 - 如果只是想跑一些系统相关的脚本但不需要完整 Linux，建议先试试 Termux（它的 Linux 用户空间更成熟），再决定要不要折腾 Pydroid 的 Proot