APatch是和Magisk、KernelSU类似的root解决方案，不过它具备更丰富的功能。它融合了Magisk通过boot.img实现的便捷易用特性，以及KernelSU强大的内核修补能力。和Magisk、KernelSU不同的是，APatch可以选择不修改SELinux，这就使得Android应用程序线程无需依赖libsu和IPC就能获得root权限。此外，作为APatch核心功能之一的内核补丁模块（KPM），能够支持在内核空间注入代码，实现内联Hook与系统调用表Hook，从而允许深度定制系统行为，比如修改内核函数，让玩机爱好者能把自己的设备打造得更贴近理想中的样子，有需求的用户可以在本站使用该方案。

功能特色

1、适用于大部分设备，不仅限于GKI内核设备。

2、提供类似 Magisk 模块的 APM 支持。

3、支持内核补丁模块。可将任意代码注入内核（具备内核函数的inline-hook与syscall-table-hook功能）。

4、APatch 依赖于 KernelPatch。

5、APatch 管理器以及 APM 的源代码，是通过对 KernelSU 管理器与 KernelSU 进行复制和修改而得到的。

APatch超级密钥怎么获取？

1、APatch的运行依赖于KernelPatch，KernelPatch里包含一个新的系统调用（syscall）——SuperCall，应用程序与用户空间内的程序所需的全部功能都由这个系统调用提供。当应用程序或程序想要调用SuperCall时，必须提供对应的访问凭据，该凭据被命名为超级密钥（SuperKey）。只有在SuperKey准确无误的情况下，SuperCall才能被成功调用；反之，调用方不会受到任何影响。

2、这个超级密钥的获取方式如下：

1）APatch时创建

在修补boot.img的过程中，APatch应用会强制要求用户设置超级密钥。具体步骤：

打开APatch应用 → 点击“修补”按钮（若有其他类似功能按钮也可选择）→ 选中设备里的boot.img文件 → 在输入框中自行设置超级密钥（可由数字、字母或符号组合而成，像123456这样的都可以）→ 启动修补流程。

修补完成后，系统会生成一个以apatch_patched-xxx.img为名称的镜像文件，这个文件需要通过fastboot工具刷入到设备16中。

2）首次启动APatch时验证

刷入修补后的镜像并重启后，首次打开APatch应用会要求输入之前设置的超级密钥以激活Root权限15。

常见问题

1、APatch 与 Magisk 的区别？

Magisk 通过对启动映像里的 ramdisk 进行补丁操作，来实现对 init 系统的修改；APatch 则是直接对 Android 内核展开修补工作。

2、APatch 与 KernelSU 的区别？

KernelSU 需要设备内核的源代码，但 OEM 并非总能提供该源码；APatch 则只需要设备原本的 boot.img 即可。

3、什么是 KernelPatch Module（KP模块）？

KPM是一种运行于内核空间的模块，它能使代码在内核空间中运行，与可加载内核模块（LKM）具有相似性。

此外，KPM 提供在内核空间进行内联 hook、系统调用表 hook 的能力。

4、APatch 与 KernelPatch 的关系

APatch 依赖于 KernelPatch，继承了其所有功能并进行了扩展。

您可以仅 KernelPatch，但如此将不允许您使用 APM。

更新日志

v11039版本

已将KernelPatch升级到0.11.2版本

升级了Gradle和Rust依赖关系

在APD中分配了新的PTY，而不是允许SELinux策略

缩小管理器应用程序大小

更新了Resetprop和MagiskBoot工具

修复了A/B OTA启动标记问题

已解决包列表更改后的UID不匹配问题

切换到Magic Mount而不是OverlayFS

进口翻译–特别感谢所有翻译！

添加了一种使用具有root访问权限的Magisk来闪存KernelPatch的新方法

已删除图像文件依赖关系

修复了启动阶段的logcat功能

已解决WebUI显示错误

各种优化、细微更改和错误修复