与原版 Xposed 相比到底强在哪
一张表看懂代差
| 对比项 | 原版 Xposed | 本框架 |
|---|---|---|
| 系统支持 | 安卓 4.0~8.1 | v1.9.2 支持安卓 8.1~14;v2.x 已适配到安卓 17 |
| 注入方式 | 替换 app_process 系统文件 | 经 Zygisk 注入 Zygote 进程 |
| 钩子引擎 | XposedBridge 自带方案 | LSPlant ART 钩子引擎 |
| 作用范围 | 全局生效,所有进程都被插入 | 按作用域勾选,只进目标应用 |
| 性能影响 | 全局插桩,卡顿与耗电明显 | 未勾选应用零开销 |
| 模块兼容 | —— | 兼容老 Xposed API 的模块可直接用 |
| 维护状态 | 早已停更 | v1.9.2 后沉寂,2026 年起恢复活跃发版 |
对老模块的态度
生态能延续的关键在于兼容:给原版 Xposed 写的模块(基于 rovo89 的老 API,即 API 82 一系)在本框架上可以直接启用;反过来,为本框架写的模块在老框架上也能跑。你过去收藏的模块清单基本可以无缝搬过来。
新的 libxposed API 则是另一条并行线:接口更现代、类型更安全,官方把它发布到 Maven 仓库供开发者引用。新旧 API 的取舍详见开发者入口章节。
什么时候还需要怀念原版
几乎没有。唯一场景是手头有一台停在安卓 8.1 以下的老设备——那种机器上原版 Xposed 反而仍是可用方案。任何还能升上去的系统,都没有理由不用现代实现。