From bb1495471933a4ea95a95eed2848c10df769c72d Mon Sep 17 00:00:00 2001
From: 5ec1cff <56485584+5ec1cff@users.noreply.github.com>
Date: Fri, 25 Oct 2024 23:34:04 +0800
Subject: [PATCH] Updated FAQ (markdown)

---
 FAQ.md | 30 ++++++++++++++++++++++++++++++
 1 file changed, 30 insertions(+)

diff --git a/FAQ.md b/FAQ.md
index 305b537..03e11ae 100644
--- a/FAQ.md
+++ b/FAQ.md
@@ -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 是什么意思？