配置标签页：InstallerX Revived 的安装决策引擎
配置文件的本质
配置文件（Profiles）是 InstallerX Revived 的安装决策引擎——每一个到达 InstallerX 的安装 / 卸载请求，都会按顺序匹配配置文件列表，第一个匹配上的配置决定了这次请求的完整行为：用什么授权器、弹不弹对话框、要不要自动删 APK、有没有 Dex2oat 优化……
类比：系统里你可以给不同应用设置不同的通知铃音；InstallerX 给不同的安装来源设置不同的安装流程。配置文件就是那些"不同的流程"。
配置列表
打开"配置"标签页，你会看到一个配置文件列表。列表的第一条永远是默认配置——没有命中任何自定义配置的安装请求，全部走默认配置。这意味着你只配好了默认配置，InstallerX 就能正常工作；自定义配置是锦上添花，让你能按来源区分规则。
配置列表支持：
- 点击配置卡片展开 / 收起详情
- 长按配置卡片弹出菜单（复制、删除、排序）
- 右下角 + 按钮新建配置
- 滑动到顶部看到默认配置，它不能被删除或排序
每个配置能定义什么
| 设置项 | 说明 | 详解页 |
|---|---|---|
| 作用域 | 这个配置命中哪些来源应用的安装请求 | 作用域基础 |
| 授权器 | 跟随全局 / Shizuku / Root / Dhizuku / 无特权 / 自定义命令 | 授权器对比 |
| 安装方式 | 对话框 / 对话框自动 / 通知栏 / 通知栏自动 / 忽略（拦截） | 对话框安装 |
| 安装者声明 | HyperOS/Vivo 系统应用安装需要声明有效系统安装者 | 安装来源声明 |
| 安装来源 | InstallerX 自身 / 发起安装的应用 / 自定义包名 | 安装来源声明 |
| 安装请求方 | 覆盖安装来源的包名（已安装在设备上的） | 安装来源声明 |
| 安装原因 | 用户 / 设备所有者 / 未指定 | 安装来源声明 |
| 软件包来源 | 应用商店 / 本地文件 / 下载文件 / 其他 | 安装来源声明 |
| 目标用户 | 安装到指定 Android 用户（Dhizuku 不支持） | 目标用户与降级 |
| 安装标志位 | 测试包 / 所有用户 / 降级 / 低 target SDK / 授予权限 | 安装标志位 |
| 手动 Dex 优化 | 安装后触发 dex2oat（Dhizuku 不支持） | Dex2oat 优化 |
| 自动删除 | 安装成功后删除 APK，含 ZIP 也删 | 自动删除 APK |
| 签名策略 | 禁止不匹配 / 禁止未知签名 / 都不禁止 | 签名拦截 |
| 分包选择 | 默认全选分包 / 默认全选 APK | 拆分包与去重 |
| 黑名单命中 | 包名 / SharedUID 被全局黑名单拦截 | 应用黑名单 |
| 显示信息 | 安装界面展示哪些元数据（targetSDK、minSDK、包大小） | 配置进阶组 |
Toast 与弹窗行为
每个配置里还能设置 Toast（轻提示）的行为：
- 从不显示
- 始终显示
- 仅在对话框不可见时显示
以及"自动批准会话安装"开关——默认关闭，建议只对可信来源（如应用商店）启用。
配置与系统包管理器模式
当 InstallerX 作为系统包管理器运行时，部分配置项（如自定义安装来源、安装请求方）会被系统接管，不一定与 Shizuku / Root 模式表现一致。这种场景下配置文件的灵活性会受限——系统包管理器模式追求的是"正确"，不是"可配置"。
什么时候该建多个配置
- 酷安静默装、文件管理器弹确认：两个配置，分别作用域绑定酷安和文件管理器
- 浏览器下载的 APK 自动删：一个配置作用域绑定浏览器，开启"自动删除"
- 游戏合集批量装无确认：一个配置作用域绑定文件管理器，安装方式选"通知栏自动" + Shizuku
- HyperOS 更新系统应用：专门一个配置，声明安装者为
com.android.shell
如果你只给一个来源应用配了自定义规则，其他所有来源还是走默认配置——这就是 InstallerX 的"只覆盖差异、默认不变"策略，确保即便配置不完整也不会装不上东西。