使用记录
iOS 自己会记录设备上跑过什么、用掉了什么。使用记录读的就是这份记录 —— 这也是为什么它能回答上周二的问题，而任何实时采集都不能。
按应用、按会话：
- 开始与结束时间
- 持续时长
- 让哪些硬件保持忙碌 —— CPU、GPU、显示、射频、定位、传感器
- 归到它头上的能耗
覆盖范围最长可达六个月，取决于设备保留了多少。越早的记录越稀疏，最近几周最密。
它擅长回答什么
Section titled “它擅长回答什么”一夜之间的耗电。 凌晨三点没人拿着手机，没有采集可看。历史记录会显示什么醒了、什么时候醒的、醒了多久。
找出后台里的元凶。 一个每十五分钟跑四秒的 App，在任何实时采集里都不会出现，一天下来却是一笔可观的账。
确认修复是否生效。 拿同一台设备上同一个 App，对比发版前后两周。
建立基线。 在优化任何东西之前，先知道这台设备、这个用户的“正常”长什么样。
别把自己骗了
Section titled “别把自己骗了”- 时长不等于代价。 开着两小时的媒体 App，可能比醒了二十分钟的定位型 App 更省电。
- 归因是按进程的。 App 触发的、发生在系统服务里的工作，会算到那个服务头上。
- 用户的一天是变量。 同一个 App 忙一天闲一天，通常是用户不同而不是代码不同。要比就比可比的。
- 记录属于设备。 抹掉或还原设备，这份记录就没了。
- 连上投诉来源的那台设备，不是一台差不多的。
- 打开使用记录，把时间窗设到被投诉的那段时间。
- 按能耗排序，然后看排在你的 App 上面的是谁 —— 这类排查有一半以答案是另一个 App 结束。
- 对你自己的 App，打开报告时间点附近的会话，看当时用了哪些硬件。
- 导出这个时间窗并附到工单上。
这是一份关于某个人怎么用他手机的记录。如果设备属于测试同事或客户，先说清你要读什么、为什么读，只取需要的那个时间窗，工单关闭后删掉导出文件。另见用户协议中关于授权使用的条款。
免费档的边界
Section titled “免费档的边界”使用记录和数据分析视图是付费功能，见价格。