后台活动直接影响续航评价
别名: 耗电归因 · 后台耗电 · battery attribution
概念解释
人评价一个应用「费不费电」，主证据往往不是应用内的文案，而是系统设置里电池用量那张按应用列出的表。后台定位、静默刷新、唤醒锁、未被结束的播放会话，都会被记到这个名字下。表上的名次决定卸载、关掉后台刷新、以及下一次安装时的犹豫。这条谈的是后台活动如何变成可归因的续航评价，不谈弱网时界面策略，也不谈一次大下载该不该先确认。
机制
操作系统把耗电记在持有唤醒锁、注册后台获取、持续使用定位或保持音频会话的进程上。前台几分钟的使用和后台几小时的轻量轮询，在这张表上可以一样显眼——人看到的是百分比，不是每次唤醒的理由。应用无法改写别人家的归因表，也很难在表旁贴解释。一旦排进前列，常见反应是关掉该应用的后台能力或卸载；前者会让小组件、邮件同步、到店提醒失效，人却把失效算成产品质量，而不是自己刚关掉的权限。厂商的省电策略还会把「后台活跃」本身当成惩罚信号，活跃越多越容易被限制，限制后又被抱怨「收不到」。
怎么研究
把系统电池统计和后台任务日志对齐，而不是只问「你觉得费电吗」。
自变量：后台获取间隔、定位精度与持续时间、是否持有唤醒锁、是否在后台播放。 因变量：系统电池表中的占比与名次、卸载或关闭后台的操作、对「费电」的主观评分、被限制后功能失效的投诉。
实验室短会话测不出过夜排名。要把设备带着走 24 小时，对比「只有前台使用」和「前台相同但后台刷新开着」。自述会把发热、掉电过快和某一个应用绑在一起，即使归因表显示是屏幕或基带；对照系统表才能拆开。
边界
导航、通话、录音这些用户正在依赖的前台型后台，耗电是任务本身的成本，不该为了排名去停。系统把整次屏幕点亮都算进前台应用时，阅读类应用会显得「很费电」，其实是屏幕而不是逻辑。桌面笔记本插着电使用时，电池表几乎不进入评价，这条主要在手持、靠电池的设备上成立。被错误归因到应用的系统任务（某些厂商把基带耗电摊给最近用过的应用）无法靠减少后台完全消除，但减少无意义的唤醒仍会改善名次。
怎么落地
- 把后台工作做成可关、默认可解释：每一种后台获取对应一个用户能说出的结果（新邮件、到站、日历提醒），对不上的关掉。
- 不要为了小组件「看起来在更新」而高频拉网；更新节奏应对齐人真正会抬头看的间隔。
- 验证：两台同型号设备装同一版本，一台允许后台刷新，一台禁止，隔夜后对比系统电池表的名次与百分比。若允许后台的那台无对应的用户可见结果却仍进前列，删掉那段后台工作再测一次名次。