耗电异常不像崩溃那样有明确的日志，也不像功能错误那样有固定复现路径。电量掉得比预期快，原因是隐藏在过程中的。
这篇文章记录的是一次 iPhone 耗电异常检测中的实际排查过程，以及如何通过多工具组合，把感觉耗电变成真实看到的数据
第一步先确认是不是错觉
在动手之前，我通常会做两件简单的确认：
- 打开系统的电池使用统计
- 查看最近 24 小时 / 10 天的 App 耗电占比
如果目标 App 排名靠前，说明方向没错；
如果排名并不突出，那就要考虑是否是屏幕常亮、信号差等环境因素。
这一阶段只做初筛，不下结论。
第二步把耗电拆成硬件行为
电量本身不是一个可直接分析的指标。真正消耗电量的是硬件组件：
- CPU 持续高负载
- 屏幕长时间高亮
- 音频或蓝牙占用
- 网络频繁唤醒
如果不能定位到具体硬件，排查会非常盲目。
使用克魔助手查看硬件耗能历史
在需要更细粒度数据时，我会使用 克魔助手（Keymob） 来查看设备的使用记录和硬件耗能情况。
数据准备
- 连接 iPhone
- 确保设备已获取过使用记录数据（首次需要执行获取操作）
如果数据未初始化，历史记录不会完整。
查看整体硬件耗能排行
操作路径：
- 左侧选择 使用记录 → 硬件耗能
在这个界面中，可以看到：
- CPU
- 显示器
- 喇叭
- 麦克风
- 蓝牙
- 网络相关组件
每个硬件都有相应的耗能统计和排序。
这一步的目标是找出异常突出的组件
深入某个硬件：例如 CPU 或显示器
假设 CPU 排名明显靠前，我会：
- 点击 CPU 的详情
- 查看最近几天的柱状图
点击某一天，可以展开到更细的时间段。
这时，可以把时间段和实际使用行为对应起来。
例如：
- 是否在后台运行某个任务
- 是否有长时间的视频播放
- 是否存在频繁的网络轮询
如果显示器耗能异常，则需要考虑：
- 是否页面常亮
- 是否动画未停止
- 是否锁屏后仍有持续唤醒行为
把耗能数据和实时行为结合起来
仅看历史统计还不够，我通常会进一步验证。
打开性能图表观察趋势
在克魔助手中：
- 进入 性能图表
- 勾选 CPU、内存
- 选择目标 App
然后模拟当时的操作流程，看资源是否出现类似趋势。
如果历史记录显示某天晚上 CPU 耗能高，我会尝试：
- 把 App 切到后台
- 等待一段时间
- 观察 CPU 是否持续占用
再对照日志，避免误判
有时候 CPU 占用高并不意味着代码异常，可能只是某个定时任务或系统行为。
我通常会同时打开：
- 实时日志
- 性能图表
当 CPU 升高时，日志往往会给出提示，例如：
- 某个定时刷新任务触发
- 某个音频播放未正确释放
这种时间轴对齐的方式，比单纯看曲线更有解释力。
排除电池硬件因素
在排查耗电异常时，我也会查看设备本身的电池状态：
- 电池健康度
- 充电循环次数
- 当前电压与温度
这些信息可以在设备信息界面中看到，用于判断是否存在电池老化导致的误判。
最终结果
在那次问题中，最终发现：
- 某个后台定时任务在锁屏后仍然保持活跃
- CPU 周期性被唤醒
- 显示器虽已关闭，但 CPU 与网络持续工作
修复后，再次对比硬件耗能排行，异常趋势明显下降。
整个过程并没有用到复杂算法，只是把“耗电”拆解成了：
- 哪个硬件
- 哪个时间段
- 哪种行为
参考链接：https://keymob.com/tutorial/zh/1/1.html