作用域与默认配置：让酷安和文件管理器走不同安装规则
安装请求的匹配流程
当一个安装请求到达 InstallerX Revived 时，它会按以下顺序匹配配置文件：
- 检查默认配置：列表第一个配置是全局兜底，永远存在且永远生效
- 遍历自定义配置的作用域：安装请求的来源应用包名是否命中某个自定义配置？
- 命中则使用该配置；没有命中则回到默认配置
这个匹配逻辑意味着：你只配置了默认配置，InstallerX 就能正常工作；自定义配置是锦上添花，让不同来源应用走不同规则。
什么是"安装来源应用"
安装来源应用（Origin App / Requester App）指的是发起这个安装请求的那个应用——比如你在酷安里点下载 APK，安装请求来自酷安；在文件管理器里点 APK，请求来自文件管理器；在浏览器里下载完 APK 点安装，请求来自浏览器。
InstallerX 通过 Android 的安装会话 API 能拿到来源应用的包名，然后用这个包名匹配配置文件的作用域。
作用域怎么配
- 打开"配置"标签页
- 点击右下角 + 新增 创建新配置，或点击已有配置展开详情
- 找到 作用域 字段，点击进入
- 勾选你希望这个配置生效的一个或多个应用
- 保存
勾选时 InstallerX 会从已安装应用列表里找对应的包名，按应用名排序，也支持搜索。
常见用法示例
示例一：酷安静默装、文件管理器弹确认
- 默认配置：安装方式 = "对话框"，授权器 = Shizuku
- 自定义配置 A：作用域绑定 酷安，安装方式 = "通知栏自动"，授权器 = Shizuku
- 当酷安发起安装时 → 命中自定义配置 A → 通知栏自动装，无人工确认
- 当文件管理器发起安装时 → 没有命中任何自定义配置 → 回到默认配置 → 弹对话框确认
示例二：浏览器下载的 APK 自动删除
- 默认配置：安装成功不删除 APK
- 自定义配置 B：作用域绑定 浏览器，开启"自动删除 APK"，安装方式 = "对话框自动"
- 浏览器下载完点安装 → 命中 B → 自动装 + 装完自动删 APK
- 其他来源 → 默认配置 → 装完保留 APK
示例三：HyperOS 系统应用声明安装者
- 默认配置：安装者声明 =
com.android.shell（InstallerX 在 HyperOS 上自动添加） - 自定义配置 C：作用域绑定 酷安 / 应用商店（只装普通应用，不走系统应用路径），安装者声明 = 发起安装的应用本身
- 酷安装普通应用 → 命中 C → 安装者声明干净
- HyperOS 更新系统应用 → 没有命中 C → 默认配置 → 声明
com.android.shell，HyperOS 不会拦截
未知作用域的处理
安装请求来源应用有时无法被识别（比如某些系统级安装会话、ADB 发起的安装、框架 Hook 触发的安装），这时 InstallerX 会将来源标记为"未知作用域"。
- 默认配置始终覆盖未知作用域
- 如果你专门想拦截这类来源，也可以新建一个配置，作用域选"未知作用域"
- 系统包管理器模式下，所有安装都来自系统本身，作用域可能全部是"未知作用域"
默认配置的特殊地位
列表里的第一个配置就是默认配置，有以下特点：
- 不能删除、不能排序到别的位置
- 覆盖所有未命中自定义配置的安装请求
- 卸载请求始终使用默认配置的授权方式和卸载设置
- 作用域无法编辑（默认配置永远覆盖所有）
- 其他设置项与自定义配置完全一样，可以独立修改
默认配置是"安全垫"——即便你没配好自定义规则，InstallerX 至少能用默认配置正常装东西。
作用域匹配失败排查
如果某个来源应用的安装总是不命中你配的自定义配置：
- 检查包名是否正确：InstallerX 的作用域列表显示的是应用名，但实际匹配的是包名。确认这个包名的应用确实安装在设备上
- 检查 ROM 是否篡改了来源：部分国产 ROM（尤其是 HyperOS、ColorOS）会把应用商店的安装请求重定向到系统安装器，InstallerX 根本接收不到。这种情况下需要配合 Xposed 模块（InxLocker）强制接管
- 检查作用域设置：进入该自定义配置，确认作用域列表里确实勾选了目标应用
- 检查安装是否真的到达了 InstallerX：默认安装器状态卡如果显示 InstallerX 未锁定，安装请求可能被系统直接拦截了