diff --git a/FAQ.md b/FAQ.md
index 03e11ae..c5f65b2 100644
--- a/FAQ.md
+++ b/FAQ.md
@@ -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 是什么意思？
+
+表示「遵守排除列表」被启用。