APatch 中文技术文档站 — 内核级 Root 方案全解析
关于本站：第三方整理的中文文档站，非官方页面；内容来自公开资料整理，功能与界面以官方最新版为准。
导语：为什么又一个 Root 方案？
过去十年 Magisk 几乎是 Android root 的代名词，它通过修补 boot 镜像中的 ramdisk 来修改 init 系统，实现了强大的 systemless 修改能力。而 KernelSU 则另辟蹊径，直接在内核层面做 hook，但它要求 OEM 提供内核源码——这在 Android 生态里并不总是能拿到。
APatch 的设计者 bmax121 想做的，就是把这两者的优势合二为一：Magisk 式的通过 boot.img 就能安装的便利，加上 KernelSU 式的内核级修补能力。它不修改 init，直接 patch 内核；它不需要 OEM 内核源码，只要一份原厂 boot.img 就够了。
产品档案速览
| 项目 | 说明 |
|---|---|
| 开发者 | bmax121 及 APatch 社区 |
| 首次发布 | 2023 年 |
| 当前状态 | 活跃开发中（稳定版 / Nightly 版双通道） |
| 许可协议 | GNU GPLv3 |
| 内核支持 | ARM64 架构，内核版本 3.18 – 6.12 |
| 依赖组件 | KernelPatch（内核补丁核心） |
| UI 来源 | 基于 KernelSU 管理器界面修改 |
| 模块系统 | APM（类 Magisk 模块）+ KPM（内核空间模块） |
结构导览
如果你刚从 Magisk 或 KernelSU 过来，建议按这个路径读：
- APatch 一句话定位 — 从一句话理解到内核空间的本质
- APatch vs Magisk — Magisk 改 init vs APatch patch 内核，到底差在哪
- 解锁 Bootloader — 安装前必做的三件事
- 自动修补流程 — 用管理器一键修补 boot.img
- 管理器主页功能 — 修完后的第一眼看什么
如果遇到了问题：
- 安全模式救砖 — 刷错模块开不了机，安全模式救你
- 刷回原厂 boot 恢复 — 最稳妥的恢复方式：刷回原厂 boot
- ZygiskNext 适配 — APatch 默认不带 Zygisk，怎么补上
如果对技术细节感兴趣：
- 内核 inline-hook — 内核级 hook 能做什么
- SuperCall 系统调用 — SuperKey 和 SuperCall 这套权限体系的原理
- OTA 保 Root 升级 — 系统 OTA 更新后如何保 root