关于各种 Root 方案的解析，以及 Root 之前你需要知道的事情
WARNING
以下内容仅适用于 TB710FU。
方案解析 - GKI VS LKM
GKI 模式：KernelSU 最原始的 Root 实现方式，直接替换内核镜像。
优点：
- 全部 ROM 通用，包括所有版本的 ZUXOS、ColorOS 和 HyperOS
- 9008模式下只需要刷写一个分区
- 使用
avbtool.py进行签名时不需要生成vbmeta，更加方便 - 隐藏效果似乎更好些
缺点：
- 已知刷入后有功耗明显偏高的案例
- 可能无法回到官方内核，表现为启动后卡在第一或者第二屏，如果能启动
logcat抓日志，则能观察到大量提示性能胶合层错误的日志条目
LKM 模式（9008刷入）：通过修补 init_boot 实现 Root。
优点：
- 操作系统版本更新时"更加方便"
- 不需要开发者编译内核
缺点：
- 需要开发者为每个版本提供一个拥有 AVB页脚 的 init_boot 和配套的 vbmeta 镜像
方案解析 - Magisk, KernelSU, KernelSU Next, SukiSU Ultra
Magisk
优点：
- 兼容性好，模块较多
- 提供内置 Zygisk 实现
- 弹窗申请
su，操作直观
缺点：
- 修补
init_boot，且需要在系统内完成修补（否则没法正确识别设备信息），暂时没有成熟易维护的 Root 方案。
KernelSU
优点：
- KSU系祖师爷，稳定性和安全性最佳
- 内核态 Root 实现，提供极好的隐藏性
- 使用
元模块控制挂载行为，提供类似其他分支的特性 - 严格的授权控制，允许控制用户 UID 和 GID
缺点：
- 需要在 管理器APP 内授权 Root，操作不如 Magisk 直观
- 会生成稀疏文件，可能造成设备存储空间显示有误
KernelSU Next
优点：
- 为 KernelSU 引入了 Magic Mount 系统
- 内核态 Root 实现，提供极好的隐藏性
- 更佳的个性化功能
- 严格的授权控制，允许控制用户 UID 和 GID
缺点：
- 需要在 管理器APP 内授权 Root，操作不如 Magisk 直观
- 会生成稀疏文件，可能造成设备存储空间显示有误
- 作者似乎曾陷入声誉风波
SukiSU Ultra
优点：
- 严格的授权控制，允许控制用户 UID 和 GID
- 内核态 Root 实现，提供极好的隐藏性
- 内置 susFS 和 KPM 支持
- 支持 OverlayFS 和 Magic Mount
- 极度强大的管理器自定义功能（现已转换到 MIUIX ，不确定自定义功能是否仍旧可用）
- 非常ecy的杂鱼图标，在 MIUI / HyperOS 有特殊卸载提示词
缺点：
- bug 较多
- 需要在 管理器APP 内授权 Root，操作不如 Magisk 直观
- 会生成稀疏文件，可能造成设备存储空间显示有误
特别注意：Root之后...
- 失去以较低劳动成本更新到高版本系统的可能。如有需要，具体参考解除Root和保留 用户数据 和 Root权限 进行系统增量更新
- 不能使用需要刷写含有AVB页脚的分区的软件，例如
Konabess - 软件可能检测到 Root 的痕迹，并进一步造成包括但不限于封号的后果
- 刷入不正确的模块或者运行不正确的脚本会导致设备变砖。