APatch 是什么 — 一句话定位到内核空间的本质
一句话概括
APatch 是一款基于 Android 内核的 root 解决方案——它运行在内核空间，直接在 kernel 层面为应用授予 root 权限，而不是像传统 Magisk 那样修改用户空间的 init 系统。
换个角度说：Magisk 改的是 boot 镜像里的 ramdisk 里的 init 脚本，APatch 改的是 boot 镜像里的内核本体。
它解决了什么问题？
在 APatch 出现之前，Android root 生态主要有两条技术路线：
- Magisk：ramdisk 修补，改 init。优点是生态最成熟、模块体系最完善；缺点是本质上还是用户空间的 root，容易被 SafetyNet/Play Integrity 等检测机制识破。
- KernelSU：内核 hook。优点是 root 更隐蔽、权限更深；缺点是需要 OEM 提供内核源码（不是所有厂商都愿意给），而且安装门槛高。
APatch 想做的事情很简单：不需要 OEM 内核源码，只要一份原厂 boot.img，就能实现内核级 root。
它是怎么做到的？
APatch 的核心依赖是同一位作者开发的 KernelPatch——一个独立的内核补丁框架。流程分两步：
- 对 boot.img 进行解包，提取内核镜像
- 用 KernelPatch 对内核镜像打上补丁
- 再打包成新的 boot.img 刷入设备
整个过程不需要内核源码，只需要编译好的内核二进制。KernelPatch 能识别内核的符号表（CONFIG_KALLSYMS），在运行时动态 patch。
关于 SuperKey 机制
传统 root 方案用的是 su 守护进程模式——App 请求 root 时通过 socket 发给 su 进程，由 su 进程以 root 身份执行命令。
APatch 则在内核里添加了一个新的系统调用叫 SuperCall。App 想获取 root 权限时，直接调用这个系统调用并传入一个密钥（SuperKey）。内核验证密钥正确后，直接在当前线程上授予 root 权限——不需要启动新进程、不需要 IPC。
这带来了两个显著优势：
- 更快——没有进程间通信的开销
- 更隐蔽——其他 App 完全无法感知 root 的存在，因为 su 不是一个用户空间可执行文件
开源与社区
APatch 采用 GNU GPLv3 许可证开源，主仓库在 GitHub。管理器界面和模块系统代码来自对 KernelSU 的复制和修改——这意味着 Magisk 模块生态（systemless 修改、module.prop 格式、WebUI 等）在 APatch 上几乎可以无缝复用。
官方还提供了完整的中文文档站和 Telegram 交流群，社区活跃度在同类 root 方案中属于前列。