Root 设备完整指南：Magisk / KernelSU / APatch 三选一
为什么需要 Root
KonaBess 需要直接访问手机的 Boot 镜像文件来解包和修改。这个权限只有 Root（su）才能提供。没有 Root，应用连 boot.img 的路径都访问不到。
三种主流 Root 方案对比
| 方案 | 适用系统 | 原理 | 特点 |
|---|---|---|---|
| Magisk | Android 5~15 | 修改 boot.img + Zygisk 模块注入 | 最成熟，模块生态丰富 |
| KernelSU | Android 8~15 | 内核内置 su 管理 | 干净无模块框架，与某些系统更兼容 |
| APatch | Android 12~15 | KPM（Kernel Patch Management） | 最现代，对新系统支持好 |
Magisk：最稳妥的选择
Magisk 是 Android Root 的事实标准，生态最完整。KonaBess 与 Magisk 的兼容性没有问题。
操作流程（以 patched boot 方式为例）：
- 从电脑拉取当前 boot.img：
adb pull /dev/block/by-name/boot_a - 在 Magisk Manager 里选择这个 boot.img 点击 "Patch"
- 把 patched 的 boot.img 推回电脑
- 进入 fastboot 刷入：
fastboot flash boot magisk_patched.img - 重启，打开 Magisk Manager 确认状态
注意：新机型（Pixel 7+、一加 11+）可能需要 patch
init_boot.img而不是boot.img。Magisk Manager 会自动检测提示。
KernelSU：干净的替代
如果你不喜欢 Magisk 的模块框架，或者某些系统（比如 MIUI/HyperOS）上 Magisk 有兼容性问题，KernelSU 是更轻量的选择。
KernelSU 的 su 请求界面比较克制，不会像 Magisk 那样自动给很多应用授权。KonaBess 需要显式授权。
APatch：新系统首选
Android 14/15 上，APatch 因为不需要修改 boot.img 的 ramdisk（走 KPM 内核补丁），在某些机型上是最容易成功的方案。
Root 后的第一件事
不管用什么方案 Root 成功后，立刻做两件事：
- ✅ 在 Root 管理器里找到 KonaBess（还没装的话先装），给它永久 su 权限
- ✅ 确认设备已解锁（OEM Unlocked）——Bootloader 没解锁的话刷入会失败
关于 SafetyNet / Play Integrity
很多人担心 Root 后 Google Pay、银行 APP、某些游戏会检测到 Root 无法运行。这个问题与 KonaBess 的使用不冲突：
- Magisk Hide（Zygisk + DenyList）可以绕过大部分检测
- KernelSU 本身就有更干净的隐藏能力
- KonaBess 改的是 boot.img 的 dtb 部分，不走 Magisk 模块通道，不会额外暴露 Root 痕迹
总之，KonaBess 用户群里绕过检测是常规操作，不算额外挑战。