替换系统包管理器：InstallerX 直接成为 ROM 的 PackageInstaller（高风险）

这是什么

替换系统包管理器 = 让 InstallerX Revived 完全取代 ROM 自带的 PackageInstaller。此时：

• InstallerX 不再是普通应用——它就是"系统的安装器"
• 所有安装请求天然路由到 InstallerX，不需要锁定、不需要 Xposed 模块
• InstallerX 拥有系统级权限——静默安装、Dex2oat、系统应用安装全部零限制

这是 InstallerX Revived 的最高形态，但也是最高风险的操作——刷错包名或权限不匹配会导致设备卡第二屏、无法开机。

前置核查清单（务必先做）

在替换之前，必须确认你的 ROM 当前系统包管理器的：

1. 包名（packageName）：AOSP、Google、各 OEM 的包名都不同
2. 挂载路径（mount path）：通常是 /system/priv-app/<PackageInstaller>
3. 权限文件（permissions file）：通常是 /system/etc/permissions/<包名>.xml

包名不匹配 → 系统启动时找不到正确的包管理器 → 卡第二屏或不停重启。

OEM 系统包管理器包名速查见 下一页。

三种替换方式

方式一：Core Patch 覆盖安装 APK

适合：已经使用 Core Patch 或类似系统级 Hook 框架、确认系统允许覆盖系统安装器的环境。

1. 确认原系统包管理器的 versionCode——如果高于 InstallerX 的当前版本，系统可能在重启后还原原应用；这种情况下需要同步处理版本号
2. 在 Core Patch 框架下覆盖安装 InstallerX（对应包名的那个版本）
3. 重启设备

风险：系统可能在 OTA 更新时重新覆盖 InstallerX，需要重新做。

方式二：制作成模块刷入（推荐）

适合：长期使用、稳定性好。

1. 下载或构建对应包名的 InstallerX APK
2. 制作成 Magisk / KernelSU / APatch 模块（模板可从 Telegram 频道同步获取，或 Fork 项目后用 GitHub Actions 自行构建）
3. 在刷模块前再次确认包名与当前 ROM 的系统包管理器完全匹配
4. Magisk / KernelSU 应用里 → 模块 → 从本地安装 → 选 ZIP → 重启

刷入后：

• 后续更新通常只需要替换模块内的 APK，不需要每次重新刷入模块并重启
• 模块会自动把 InstallerX 挂载到正确路径、覆盖原系统安装器

方式三：打包进 super 或 ROM 内置

适合：ROM 制作者或熟悉镜像打包流程的用户。

1. 将匹配包名的 InstallerX APK 直接放入系统镜像
2. 随 ROM 一起刷入或出厂内置
3. 需要确保 APK 的权限和路径与原系统安装器完全匹配

这种方式最稳定，但门槛最高——需要掌握 super 分区打包、镜像签名等技能。

KernelSU v3 特别注意

如果你使用 KernelSU v3.0.0 或更高版本：

1. 先刷入元模块（MetaModule）——用于处理 KernelSU 的模块挂载机制。没刷元模块的话，后续刷入的模块可能无法正确覆盖系统路径
2. 关闭 KernelSU 的 "Umount modules by default"——这个选项会在启动时卸载所有模块，与系统包管理器替换互相冲突。路径：KernelSU → 设置 → App Profile → 关闭 "Umount modules by default"

无论用哪个 Root 管理器，都请在替换前确认模块挂载机制正确。

替换后的行为变化

替换失败怎么办

如果你刷错了包名、权限不匹配、导致设备卡第二屏：

1. 用 Recovery 模式启动设备（电源 + 音量键）
2. Magisk / KernelSU 的 recovery 通常提供"安全模式"或"移除所有模块"选项
3. 移除模块或覆盖安装正确包名的版本
4. 如果 recovery 也进不去：刷回原 ROM 镜像（刷分区）——这是最后的救命稻草

替换前强烈建议备份当前系统或至少备份 boot 分区——刷错了可以直接 restore boot 救回来。

系统集成指南详情

InstallerX Revived 官方指南站有一份完整的系统集成指南，涵盖更多细节、故障排查和各 OEM 注意事项：系统集成页面。这份文档可以在 InstallerX Revived 官方指南站的系统集成章节找到。