蓝河工具箱时长口径

三行读数

第一行是前台时长，单位是分钟，超过一小时自动换成小时加分钟。它统计的是应用有可见界面并且处于活动状态的时间，锁屏、切到后台、被悬浮窗遮挡都不计。第二行是后台时长，统计进程存活期间有任务在跑的时间，推送连接、定位回调、定时同步都会计入。第三行是启动次数，指的是从后台切回前台或者冷启动的次数，同一分钟内反复切换只算一次。

三行数字里，前台时长决定「你花了多少注意力」，后台时长决定「它背着你做了多少事」，启动次数决定「它有多容易被想起来」。三个问题不一样，解法也不一样：注意力花多了靠自控，背后做事靠关自启，容易被想起来的多半是入口放得太顺手。

前台与后台

把两个时长放在同一行对比，才会发现反直觉的情况。地图导航类应用前台长、后台短，属正常；聊天类应用前台短、后台长，也属正常，因为它靠长连接维持消息；但一个前台两分钟、后台五十分钟的应用，基本可以判定它在频繁唤醒，这时候去自启动列表里把它的唤醒路径关掉，比直接冻结更温和。

需要注意，后台时长不是「耗电量」。耗电还跟 CPU 占用、屏幕亮度、网络请求频率有关。后台时间长只说明它一直在动，不说明它一定费电。想确认耗电要去系统的电池页对照，两个数字一起看才作数。

按天切换

默认是今天。往左滑是前一天，最多回看七天。七天之外系统会开始合并旧记录，颗粒度变粗，所以回看更早的日期意义不大。切换日期时列表会重新排序，前一天排第一的应用今天可能掉到第五，这种位置变化本身也是信息：说明那天有一件特别的事。

口径差异

同一个应用，这里显示的数字和系统设置里那一页常常差一点。差异有三个来源：一是聚合延迟，系统按小时落库，刚用完的几分钟还没结算；二是统计范围，系统设置那一页把分屏的另一半也算进前台，应用内只算当前焦点；三是清理策略，部分机型会在存储紧张时丢弃两天前的细粒度记录。三者叠加，差个百分之五以内都属正常。