InxLocker：ColorOS / OriginOS / 部分 HyperOS 必须的 Xposed 模块
什么是 InxLocker
InxLocker（全称为 InstallerX Locker）是一个基于 LSPosed 的 Xposed 模块，专门解决 InstallerX Revived 无法直接锁定为默认安装器的问题。
核心原理：通过 Xposed 框架在系统 Hook 层拦截所有"选择默认安装器"的意图，强制转发给 InstallerX。
为什么需要它
| ROM | InstallerX 自身锁定 | InxLocker 模块 |
|---|---|---|
| ColorOS / OriginOS | ❌ 系统级锁死，无法直接锁定 | ✅ 可以强制接管 |
| 部分 HyperOS 版本 | ⚠️ 能锁定但不稳定，USB 安装被拒后会失效 | ✅ 稳定接管，不受 USB 安装拦截影响 |
| MIUI / 原生 Android | ✅ 通常可以直接锁定 | 可选，增加稳定性 |
| OneUI | ✅ 通常可以直接锁定 | 可选 |
如果你用的是 ColorOS / OriginOS / 部分 HyperOS，InxLocker 几乎是必备的——没有它 InstallerX 就是个好看但收不到安装请求的空壳。
前置条件
- 已刷 LSPosed（Magisk / KernelSU / APatch 均可）
- LSPosed 版本 ≥ 1.9.4 或 2.0+（1.8 可能不兼容）
- InstallerX Revived 已安装
安装步骤
方式一：直接装 APK
- 从 GitHub Releases 下载 InxLocker 最新版 APK（作者 Chimioo）
- 安装 APK（普通 APK，不需要刷）
- 打开 LSPosed 管理器 → 模块列表里应该能看到 InxLocker
- 确保它已勾选并作用域已覆盖系统安装器进程（通常自动配置好了）
- 软重启设备（LSPosed 生效需要重启）
方式二：Magisk 模块刷入
- 有些版本的 InxLocker 会提供 Magisk 形式的模块 ZIP
- Magisk → 模块 → 从本地安装 → 选 ZIP → 重启
生效后怎么确认
- 重启设备
- 打开 InstallerX → 主页 → 默认安装器状态卡
- 如果已启用 Xposed 接管：状态卡应该显示"已启用 Xposed 模块"或类似字样
- 点击默认安装器状态卡 → 管理页面 → 勾选 "已启用 Xposed 模块"
- 此时 InstallerX 不再尝试自己锁定，完全依赖 InxLocker 拦截
常见问题
InxLocker 装了但 InstallerX 还是没接管
- 确认 LSPosed 里已勾选 InxLocker：模块列表里的开关要打开
- 确认已覆盖系统安装器进程：InxLocker 的作用域里必须包含你的系统包管理器进程（包名见 OEM 包名速查）
- 重启设备：LSPosed 生效必须重启，软重启或 Zygote 重启都行
- InstallerX 里勾选"已启用 Xposed 模块"：否则状态卡会一直尝试自己锁定
USB 安装被 HyperOS 拒绝后还是正常
这正是 InxLocker 存在的意义——HyperOS 拦截 USB 安装意图时，InxLocker 会把意图直接转发给 InstallerX，绕过系统的拦截。这种场景下 InstallerX 自身锁定的默认安装器身份可能失效，但 InxLocker 会持续稳定地接管。
InxLocker 和系统包管理器模式能不能共存
可以。如果你已经把 InstallerX 替换成了系统包管理器，InxLocker 理论上不需要——因为系统包管理器本来就是 InstallerX，不存在"谁拦截谁"的问题。但装着也没坏处，不会冲突。
其他锁定器模块
InstallerX Revived 官方只推荐 InxLocker。其他类似功能的模块（如其他 InstallerLocker）可能不兼容或已经停更，不要混装——多个拦截器冲突会导致安装流程完全混乱。