Root 后手机变卡、假死、耗电剧增——如何快速诊断恢复
先搞清楚是哪种卡
情况 A：root 完成还没装任何新 App 就开始卡
root 本身（exploit + su 注入）理论上不该影响性能——su 二进制很小，运行时才 50KB 左右。但 KingRoot 的 exploit 执行过程中可能遗留：
- 后台进程没正确退出
- 临时文件没清理完
- /data/local/tmp/ 里残留的 exploit payload
快速解决：直接重启手机。KingRoot 的 exploit 在内存里，重启会清干净。90% 的假死/卡顿问题重启一次就好。
如果重启后还是卡，看下面步骤。
情况 B：root 成功后装了 root App 才开始卡
常见元凶：
| App | 为什么卡 |
|---|---|
| Xposed / LSPosed | 拦截了 Zygote 进程，每个 App 启动都会多一层 hook，影响启动速度 |
| Greenify | 默认配置可能把不该休眠的系统组件休眠了，导致功能异常 |
| 修改 build.prop 过头 | 把 CPU 调度器改成了 powersave 模式 |
| 清理预装时删了不该删的 | 删了系统依赖的 Service，后台不断崩溃重启 |
| Magisk / LSPosed 模块 | 装了太多模块、或模块本身有 bug |
快速诊断清单
1. 安全模式启动
长按电源键 → 长按"关机" → 弹出"进入安全模式" → 确定。安全模式下所有第三方 App 被禁用，只剩下系统自带。
- 安全模式不卡 → 是某个第三方 App 的问题，逐个卸载排查
- 安全模式也卡 → 是系统级问题，需要恢复
2. 看内存和 CPU 占用
设置 → 应用 → 显示所有进程 / 开发者选项 → 正在运行的服务：
- 有没有异常高 CPU 占用的进程
- 有没有你没见过的进程名（kingroot 相关？exploit 残留？）
3. 检查 build.prop 和 init.d
如果你之前改过 /system/build.prop 或 /system/etc/init.d/：
- RE 管理器 → 对比备份和当前的 build.prop 差异
- 删掉 init.d 里你自己加的脚本文件
4. RE 管理器清理残留
RE 管理器 → 进入以下目录 → 删除 KingRoot 相关残留：
/data/local/tmp/里所有文件/data/app/里 kingroot / kinguser 开头的文件夹/system/app/KingUser/（如果存在）/system/bin/.su、/system/xbin/su（如果你确定要彻底回退，手动删 su）
快速恢复方案
方案 A：一键 unroot
如果你不确定哪里出了问题、也不想排查 → 直接用 KingRoot 自带的 "Remove Root" 功能（见 一键 unroot），然后再重新 root。这是最干净的重置方式。
方案 B：刷回官方固件
如果上面都不行 → 用厂商官方刷机工具（小米 MiFlash、华为 HiSuite、三星 Odin）刷回原厂固件。这是终极方案，肯定能恢复。
方案 C：恢复出厂设置（最懒）
设置 → 备份和重置 → 恢复出厂设置。注意会清空所有用户数据，但能恢复系统到初始状态。如果 root 没改动 /system 分区（KingRoot 默认不改），恢复出厂后 su 权限还会保留——所以这个方案其实不如方案 A 彻底。
耗电的特殊情况
root 后耗电翻倍通常是因为：
- Greenify 把太多 App 休眠了，导致 App 重启时 CPU 拉高
- 某个被你装的 root App 有后台唤醒 bug（特别是 Xposed 模块）
- 删了厂商自带的省电引擎（部分厂商的省电优化依赖系统级组件，删了反而更耗电）
逐个卸载最近装的 root App 观察耗电是否恢复正常，就能定位元凶。