InstallerX Revived 首次运行需要哪些权限：通知/文件/授权器权限分别为什么
按需索要，不是一上来全要
InstallerX Revived 的权限策略非常克制——它不会在应用第一次启动时向你索要所有权限，而是在你第一次尝试执行某类操作时才按需索要对应权限。这意味着你完全可以先打开应用浏览界面，等到实际去安装一个 APK 时才会触发权限请求。
1. 通知权限
- 何时索要：第一次使用通知栏安装或需要后台安装进度条时
- 用途：显示安装进度和结果通知、前台服务通知（通知栏安装依赖前台服务）
- 为什么重要：通知栏自动安装、实时活动、小米超级岛都需要这个权限。关闭通知权限后，后台安装功能将大幅受限，只能走对话框安装或静默安装
2. 所有文件访问权限（MANAGE_EXTERNAL_STORAGE）
- 何时索要：第一次尝试从存储读取 APK / APKS / XAPK / APKM 文件时
- 用途：读取安装包文件内容、删除安装完成后的 APK、解析 ZIP 压缩包内的 APK
- 为什么需要：Android 11+ 的分区存储限制导致应用只能看到自己目录下的文件。MANAGE_EXTERNAL_STORAGE 是目前唯一能完整访问外部存储的权限声明，否则 InstallerX 只能在很小范围内查找安装包
注意：部分国产 ROM（如 ColorOS）可能将"所有文件访问"重命名为"访问所有文件"或类似措辞，但意思完全一样。如果只授予"媒体文件"权限，InstallerX 无法找到 APK 文件。
3. 授权器权限（Shizuku / Root / Dhizuku）
- 何时索要：第一次尝试执行需要特权的操作时——比如静默安装、锁定默认安装器、刷写模块
- 用途：获取 shell 或 root 权限来绕过系统安装器的拦截、执行系统级安装操作
- 为什么重要：这是 InstallerX Revived 能力边界的关键——没有任何授权器，InstallerX 只能作为"好看一点的系统安装器"，无法静默安装、无法绕过 HyperOS/ColorOS 的安装器锁定限制
授权器内部权限差异
不同授权器的权限范围不同：
| 授权器 | 申请的权限 | 说明 |
|---|---|---|
| Shizuku | ADB 配对权限 / Root 权限（取决于激活方式） | Shizuku 本身是权限中间层，InstallerX 向它请求 shell 或 root 能力 |
| Root | Magisk/KernelSU/APatch 的 root 授权弹窗 | 直接获取最高权限 |
| Dhizuku | 设备所有者权限 | 基于 DevicePolicyManager，能力比 Shizuku/Root 弱很多 |
| 无特权 | 安装未知应用权限 | 作为普通应用运行，只需要系统安装会话权限 |
权限变更与卸载
- 你可以随时在系统设置的应用权限管理里撤销 InstallerX 的任何权限
- 撤销"所有文件访问权限"后，InstallerX 无法从存储读取 APK，但不影响它作为系统安装器接收安装 intent
- 卸载 InstallerX 后，它的所有权限会被系统自动清理
权限最少化建议
如果你只想替换系统安装器的 UI 体验，不打算用静默安装、模块刷写等高级功能：
- 只授予通知权限（或连这个都不授予，只用对话框安装）
- 选择授权器为"无特权"
- 不授予"所有文件访问权限"（InstallerX 作为系统安装器时会被自动调用，不需要主动找文件）
这样 InstallerX 就是一个纯 UI 替代品，没有任何额外权限负担。