You've already forked ZygiskNext
mirror of
https://github.com/Dr-TSNG/ZygiskNext.git
synced 2025-08-27 23:46:34 +00:00
Updated FAQ (markdown)
+30
@@ -4,6 +4,10 @@
|
||||
|
||||
ZygiskNext 的前身是 ZygiskOnKernelSU ,该项目的最初目的是为了以 Magisk 模块的形式在 KernelSU 中实现 Magisk 中的 Zygisk 功能,即向 zygote 进程注入代码的功能。现在的 ZygiskNext 的主要工作方向是探索更好的 zygote 注入方式,以及研究 zygote 之外的进程的注入。
|
||||
|
||||
## ZygiskNext 的简称是什么?
|
||||
|
||||
ZN.
|
||||
|
||||
## ZygiskNext 可以运行在什么环境?
|
||||
|
||||
目前 ZygiskNext 可以以 Magisk 模块的形式运行在 KernelSU 、Magisk 和 APatch 上,Magisk 用户需要禁用内置 Zygisk 才能使用 ZygiskNext 。未来可能以 Magisk 模块之外的形式呈现
|
||||
@@ -18,6 +22,28 @@ ZygiskNext 的前身是 ZygiskOnKernelSU ,该项目的最初目的是为了以
|
||||
|
||||
# 常见问题
|
||||
|
||||
## 排除列表类
|
||||
|
||||
### Magisk 的排除列表在哪?
|
||||
|
||||
顾名思义,Magisk 的排除列表在 Magisk 的排除列表中。(在设置中)
|
||||
|
||||
虽然 Magisk 的排除列表为 Zygisk 设计,但即使不启用 Zygisk ,Zygisk Next 也能读取这个排除列表。
|
||||
|
||||
原版 Magisk 可能需要临时打开 Zygisk 开关以便进入排除列表的配置页面,在完成配置后再关上 Zygisk 开关即可。Magisk Alpha 可以在 Zygisk 未启用的情况下配置排除列表。
|
||||
|
||||
由于使用了一些魔法手段更高效地获取排除列表,因此在一些与原版 Magisk 差距较大的改版中 ZN 可能无法正确获取排除列表。
|
||||
|
||||
### KernelSU 的排除列表在哪?
|
||||
|
||||
在 KernelSU 对 App 的配置中,「卸载模块」开关就是 App 是否处于「排除列表」的开关。
|
||||
|
||||
同时,KernelSU 还有一个「默认卸载模块」开关,打开它意味着所有 App ,只要没有 Root 权限,则默认是在排除列表中的;反之,关闭开关则默认不在排除列表中。
|
||||
|
||||
### APatch 的排除列表在哪?
|
||||
|
||||
与 KernelSU 类似。
|
||||
|
||||
## Root 实现类
|
||||
|
||||
### Root 实现为 Multiple 是什么意思?
|
||||
@@ -36,6 +62,10 @@ ZygiskNext 的前身是 ZygiskOnKernelSU ,该项目的最初目的是为了以
|
||||
|
||||
因为你安装了多个 Root 实现或 ZygiskNext 未检测到你的 Magisk (可能是使用第三方 Magisk)。
|
||||
|
||||
### 什么是 magisk compat ?
|
||||
|
||||
为了使 ZN 在 Magisk 上正确运行,用户需要关闭 Magisk 的内置 Zygisk 。而由于 Magisk 的内置 Zygisk 关闭后,Zygisk 模块将不再加载,不仅不加载 Zygisk lib ,也不会挂载文件、应用 system.prop 。因此 ZN 使用了一些手段代替 Magisk 处理这些工作,这些手段统称为 magisk compat 。
|
||||
|
||||
## 模块信息类
|
||||
|
||||
### Failed to inject init 是什么意思?
|
||||
|
||||
Reference in New Issue
Block a user