Xposed / LSPosed / Root 与 HyperCeiler 的关系梳理
为什么要先讲原理
HyperCeiler 的使用门槛高于普通 App——它要求设备已 Root、已装 LSPosed 框架、还要在 LSPosed 里手动勾选作用域。如果你不理解这三者之间的关系,很容易遇到"模块装了但不生效"的情况。
Root:拿到修改系统的钥匙
Root 是 Android 上的最高权限。小米手机获取 Root 的通用路径是:解锁 Bootloader → 刷 Magisk → 在 Magisk 里刷 LSPosed。
- Bootloader 解锁后可以刷自定义分区;
- Magisk 通过"系统less"方式替换 init 分区注入 sudaemon,让你拿到 root shell;
- LSPosed 再通过 Magisk 模块的形式把 Xposed 运行时塞进 zygote 进程里。
没有 Root,HyperCeiler 连读写 /data 分区的权限都没有,更别说 Hook 系统进程了。
Xposed / LSPosed:模块运行时
Xposed 框架的工作方式是在 zygote 进程 fork 每一个应用进程之前,把模块代码注入进去。模块可以通过反射拿到系统服务实例,然后替换其中的方法实现——这就是"Hook"。
LSPosed 是 Xposed 的现代实现,兼容 Android 8–16,支持作用域控制、沙箱隔离,且不需要替换 app_process 这个危险操作。
作用域是什么
作用域就是"这个模块要注入到哪些应用进程里"。HyperCeiler 的功能分布在不同的系统进程中:
| 功能类别 | 作用域应用(包名) |
|---|---|
| 状态栏、锁屏、通知控制中心 | 系统界面(com.android.systemui) |
| 桌面图标、手势、小部件 | 系统桌面(com.miui.home) |
| 相机解锁、水印定制 | 相机(com.android.camera) |
| 相册 PDF、证件照、滤镜 | 相册(com.miui.gallery)+ 相册编辑(com.miui.mediaeditor) |
| 系统框架层 | system |
| 应用商店机型伪装/禁用推广 | 应用商店(com.xiaomi.market) |
完整列表见 GitHub README 的「作用域包含的应用」章节,勾选时 LSPosed 会自动推荐。
HyperCeiler:真正干活的模块
HyperCeiler 本身是一个普通的 Android 应用(包名 com.sevtinge.hyperceiler),UI 里做功能开关和参数配置;真正的 Hook 逻辑写在模块代码里,当它被注入到上面说的作用域进程时就自动生效。
适用与不适用的设备
可用条件
- 小米或 Redmi / POCO 品牌手机
- 官方原生 HyperOS / MIUI(不要第三方修改 ROM)
- 已解锁 Bootloader + Magisk + LSPosed
- 当前版本(2.10.166)推荐 Android 15/16 HyperOS 2/3
不适用场景
- 国际版系统:部分国际版 HyperOS 的系统应用包名与国内版不同,Hook 目标找不到
- 第三方 ROM(如 crDroid、LineageOS):HyperCeiler 只适配小米自家的应用组件,第三方 ROM 没有这些组件就无从 Hook
- 修改较多的系统软件:比如把系统界面的 APK 解包重打包过,类名/方法签名变了会导致 Hook 抛异常或静默失败
- 平板设备:HyperOS 平板的 UI 逻辑与手机不同,适配覆盖有限
生效后的验证方式
开启一个功能(比如锁屏显秒)→ 重启对应作用域进程 → 打开锁屏看有没有秒数显示。如果没有,跳到 模块不生效排查 按清单核对。