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
@@ -12,6 +12,12 @@ ZN.
|
||||
|
||||
目前 ZygiskNext 可以以 Magisk 模块的形式运行在 KernelSU 、Magisk 和 APatch 上,Magisk 用户需要禁用内置 Zygisk 才能使用 ZygiskNext 。未来可能以 Magisk 模块之外的形式呈现
|
||||
|
||||
## ZygiskNext 有什么用处?
|
||||
|
||||
当前最主要的用处还是在三大 Root 实现(Magisk,KernelSU,APatch)中实现更好的 Zygisk 功能。流行的 Zygisk 模块包括 LSPosed 、SR(存储空间隔离增强)、PIF 等。
|
||||
|
||||
自 ZN 1.2.0 起增加了 Zygisk Next 模块,可以对更多系统进程进行修改。
|
||||
|
||||
## ZygiskNext 相比 Zygisk 有什么优势?为什么要在 Magisk 上使用 ZygiskNext ?
|
||||
|
||||
作为独立模块的 ZygiskNext 相比 Zygisk 更具灵活性,且 ZygiskNext 的开发者仍在不断探索更好的注入方式和开发新功能(如 [Zygisk Next Module](https://github.com/5ec1cff/ZygiskNextModuleSample))。此外,ZygiskNext 的隐蔽性相比原版 Zygisk 也更好。
|
||||
@@ -44,6 +50,26 @@ ZN.
|
||||
|
||||
与 KernelSU 类似。
|
||||
|
||||
### 「遵守排除列表」是什么意思?
|
||||
|
||||
与 Magisk 的「遵守排除列表」行为一致,即在「排除列表」的 App **不会**被加载 Zygisk 模块,并且在其进程空间卸载 Magisk 模块,以「排除 Magisk 模块带来的影响」。
|
||||
|
||||
虽然如此,实际上很多影响并不能简单地通过这些方法排除,**因此将该功能视作「隐藏 Root」也是不正确的**,它只是为了与 Magisk 实现一致而存在的。
|
||||
|
||||
### 如何启用或禁用「遵守排除列表」?
|
||||
|
||||
你可以通过 WebUI 中的开关启用或禁用它。对于 KernelSU 和 APatch ,WebUI 功能是内置于管理器的,对于 Magisk ,可以使用 [KsuWebUIStandalone](https://github.com/5ec1cff/KsuWebUIStandalone/releases) 访问模块的 WebUI 。
|
||||
|
||||
你也可以在 Root 终端使用命令 `znctl enforce-denylist enabled` 启用它,使用命令 `znctl enforce-denylist enabled` 禁用它。
|
||||
|
||||
### 为什么我启用「遵守排除列表」后,我的 Xposed / Zygisk 模块失效了?
|
||||
|
||||
如上所述,启用「遵守排除列表」后,处于「排除列表」的 App 将不会被加载任何 Zygisk 模块,依赖于 Zygisk 的 Xposed 模块也无法加载。你可以将需要加载模块的 App 移出「排除列表」,或者对于 KernelSU 用户,请检查「默认卸载模块」是否启用,启用它会导致 App 默认处于「排除列表」中,除非你手动指定。
|
||||
|
||||
### 我是否需要启用「遵守排除列表」?
|
||||
|
||||
如果你认为或发现启用它能够达到你的目的(如所谓「隐藏 Root」),则可以启用。
|
||||
|
||||
## Root 实现类
|
||||
|
||||
### Root 实现为 Multiple 是什么意思?
|
||||
@@ -79,3 +105,7 @@ ZN.
|
||||
### Module Corrupted 是什么意思?
|
||||
|
||||
请不要修改 ZygiskNext 模块目录下的文件。
|
||||
|
||||
### Root 实现后的 DE 是什么意思?
|
||||
|
||||
表示「遵守排除列表」被启用。
|
||||
|
||||
Reference in New Issue
Block a user