ZygiskNext — 最早的 APatch Zygisk 实现
背景:APatch 默认不带 Zygisk
APatch 和 KernelSU 一样,默认不附带对 Zygisk 的内建支持。Zygisk 是 Magisk 提供的一套 API,允许模块在 Zygote 进程启动时 hook Java 层代码(类似 Xposed/LSPosed 的工作方式)。
很多常用模块(LSPosed、Shamiko、各种应用专属 hook 模块)都依赖 Zygisk 或 Riru。APatch 既没有 Zygisk 也没有 Riru——要让这些模块工作,需要额外的兼容层。
ZygiskNext 是什么
ZygiskNext 是为 KernelSU 和 APatch 提供 Zygisk 环境的 APM 模块,也是最早、最成熟的兼容层实现:
- GitHub 仓库:Dr-TSNG/ZygiskNext
- 功能:完整实现 Zygisk API,让依赖 Zygisk 的 Magisk 模块能在 APatch 上运行
- APatch 适配起始版本:1.0.3
安装步骤
- 从 GitHub Releases 下载最新版的 ZygiskNext APM zip
- 在 APatch 管理器里安装
- 重启设备
- 之后就可以安装依赖 Zygisk 的模块(如 LSPosed)了
注意:只能装一个 Zygisk 实现。ZygiskNext、ReZygisk、NeoZygisk 不能同时存在——它们都实现 Zygisk API,互相冲突。
ZygiskNext 的版本分岔
ZygiskNext 在 0.9.1.1 及之前版本是自由软件(GPLv3),之后变成了专有软件。社区因此出现了两个替代方案:
ReZygisk
ZygiskNext 专有化后出现的自由(开源)实现,仍在早期开发阶段。部分 ZygiskNext 的专有特性在此不支持。
GitHub:PerformanC/ReZygisk
NeoZygisk
另一个后续出现的自由 Zygisk 实现。它专注于提供最基本的 Zygisk API,设计直接从 Magisk 内建的 Zygisk 衍生而来——理论上这是对 Zygisk API 最贴近 Magisk 的实现。
GitHub:JingMatrix/NeoZygisk
怎么选
| 选项 | 许可证 | 成熟度 | 推荐场景 |
|---|---|---|---|
| ZygiskNext(0.9.1.1) | GPLv3 | 高 | 需要最完整功能、不想碰专有版本 |
| ZygiskNext(最新) | 专有 | 高 | 不在乎专有,要最稳的 |
| NeoZygisk | 开源 | 中 | 想开源方案、基本 Zygisk 功能够了 |
| ReZygisk | 开源 | 低 | 喜欢折腾、想帮社区发展 |
如果只是给 LSPosed 提供 Zygisk 环境——NeoZygisk 就够了。
ZygiskNext 的额外特性
除了标准 Zygisk API,ZygiskNext 还提供了一些额外特性(NeoZygisk/ReZygisk 不支持):
- Zygisk 模块的 WebUI 配置界面
- 更多 hook 点选项
- 可能的兼容性优势
为什么 Zygisk 不是内建的
KernelSU 和 APatch 的开发者都选择不内建 Zygisk——理由大概是:
- Zygisk 是 Magisk 生态的一部分,不是核心 root 功能
- 内建会增加维护负担
- 用户按需安装更灵活
- 保持核心 root 能力纯净
所以 Zygisk 兼容层一直是社区项目。