Zygisk 实作怎么选：多个 Zygisk 实作的详细对比

1. 注入方式与模块加载#

几点说明：

• NyaZygisk 与 NeoZygisk 的注入流程基本一致（这是 fork 关系），差别主要在 Nya 多了 hyos_spawner 目标与 ZN 加载器。
• ReZygisk 的取向不同：它不使用系统 linker，目的是对抗基于 linker 的检测（例如检查 solist）。这和 Neo / Nya「用系统 linker 加载、事后清理痕迹」是两种思路，没有绝对优劣。
• ZygiskNextNext 的目标发现方式最多元，对内核要求最低，这是它支持 Android 5.0 与 riscv64 的原因之一。
• NyaZygisk 的 ZN 注入范围是真实的功能缺口：daemon 虽然会解析 path=，但进程监控只拦截 Zygote 与 hyos_spawner，所以指定注入其他系统守护进程的 ZN 模块不会生效。

2. 隐藏与痕迹处理#

下表只比较源代码中能确认存在的实作。「—」代表我在源代码里没有找到对应实作。

几点说明：

• Nya 的隐藏处理是叠加在 Neo 之上的。表中标 ✅ 且 NeoZygisk 也有的项目，是 Nya 从上游继承的；Nya 自己添加的是匿名内存、CFI shadow、TracerPid、属性欺骗和逐应用排除。
• TracerPid 清理有范围限制：它只 hook libandroid_runtime、libart、libjavacore、libopenjdk、libbase 这几个库的 PLT，拦截的是经由它们读取 /proc/*/status 的路径，不涵盖应用自己的 native 代码直接发出的系统调用。
• 匿名内存预设不激活，因为它会改动映射，需要用户自己在 WebUI 里打开。
• 属性欺骗会改变系统属性的回传值，预设的 spoof.prop 涵盖 Bootloader 状态、build type、debuggable 旗标，以及 MIUI、Realme、OPlus 的专属属性；ro.boot.vbmeta.digest 每次加载时随机产生。不需要的人可以删掉相应行。
• ReZygisk 在隐藏上选择了「根本不碰系统 linker」的路线，所以没有 solist 清理；它在 TracerPid、属性欺骗、maps 伪装这几项我没有找到对应实作。
• Zygisk Next 和 ZygiskNextNext 是否有同类处理，Zygisk Next 无法核实；ZygiskNextNext 的隐藏重点在注入器本身的行为，与上表的 Zygisk 实作面向不同，这里不做逐项比较。
• 没有任何一个项目能保证通过所有检测，我也没有逐机型、逐应用实测。

3. 平台与环境适配#

4. 管理界面#

Zygisk Next#

• 优势：两套 API 都支持，ZN 模块可以注入任意由 init 启动的进程；HyperOS Runtime API 由它提出；新的 ZN 模块通常以它为首要测试对象；活跃维护，v1.5.2 刚在 2026-10-15 发布。
• 限制：闭源，无法审计，也不能被修改或 fork。

NyaZygisk#

• 优势：
  • 开源，且单一模块同时加载 Magisk Zygisk 模块（v5）、ZN 模块（v4）与 HyperOS Runtime 模块（v1）；
  • 在 NeoZygisk 的 DenyList 基础上叠加了 TracerPid、属性欺骗、匿名内存、CFI shadow 与逐应用排除；
  • 支持 KernelSU LKM 后加载与模拟软重启；
  • 最低支持 Android 7.1，比上游 NeoZygisk 的 8.0 更低；
  • 有 WebUI，可以区分 [Zygisk] / [Next] 模块并设置逐应用排除。
• 限制：
  • ZN 模块只会注入 Zygote 与 hyos_spawner；
  • 不支持 riscv64，最低 Android 版本也高于 ZygiskNextNext 的 5.0；
  • 用户基数与社区经验少于 NeoZygisk、ReZygisk（Stars 286，对比 2.5k 与 4.1k）；
  • 代码量与维护面比上游大（见下文）；
  • 属性欺骗这类行为改变了系统属性的回传值，若你不需要，就多了一份额外的行为。

NeoZygisk#

• 优势：NyaZygisk 的上游，专注做好 Magisk Zygisk API，功能范围克制，社区经验多（Stars 2.5k）；DenyList 的 Zygote 直接卸载加 setns 后备就设计在这里；跟进 Android 17 与 BTI 设备的支持。
• 限制：不支持 ZN API，ZN 模块无法使用；无 WebUI；最低 Android 8.0；没有 TracerPid 清理与属性欺骗。

ReZygisk#

• 优势：
  • 整个代码库用 C 重写，二进位更小；
  • 自制 linker（CSOLoader），不经系统 linker，对抗基于 linker 的检测，这个设计方向在五者中独有；
  • 用户基数大（Stars 4.1k），WebUI 翻译与社区管道完整；
  • 最低支持 Android 7.1；
• 限制：不支持 ZN API；在 TracerPid、属性欺骗、maps 伪装这几项我没有找到对应实作；最近一个正式版是 v1.0.0（2026-05-10）。

ZygiskNextNext#

• 优势：ZN API 实作完整，可注入任意由 init 启动的进程；对内核要求最低，支持 Android 5.0 起与 riscv64；开发最活跃（近三个月 216 次提交，v2.0.0 在 2026-10-19 发布）。
• 限制：它不是 Zygisk 实作，Magisk Zygisk 模块（例如 LSPosed）不会被它加载，必须搭配另一个 Zygisk 实作使用，也就是要装两个模块。