移动游戏功耗与能效归因：帧率、画质、温控和续航如何一起评估
同样达到 60 FPS，两个版本可能具有完全不同的功耗与热表现。只追求瞬时帧率会把问题推迟到几分钟后的降频和掉帧。本文用单位工作能耗、热稳定性能和体验约束建立能效测试框架。
一、功耗不是一个独立指标
高功耗会加快升温，温控又改变 CPU/GPU 频率，最终影响帧率。测试必须把功耗代理、温度、频率、帧时间和画质配置放到同一时间线。
不同设备能提供的功耗数据精度不同。报告应说明数据来源、采样周期和不确定性，不能把系统估算值包装成实验室级绝对功率。
二、固定完成的工作量
比较版本时，确保完成相同路线、帧数或用户任务。只比较运行十分钟的耗电，如果新版本因卡顿少完成了大量工作，结论会失真。
可使用：
text
energy_per_frame = energy / rendered_frames
energy_per_task = energy / completed_user_tasks这些指标仍要和画质、响应延迟及稳定帧率一起看，不能通过降低体验获得虚假的高能效。
三、测试阶段
记录冷态启动、升温、热稳定和恢复。短时功耗适合定位某个功能，热稳定能效更接近长时间游戏体验。两者分别建立基线。
四、归因维度
- CPU：线程占用、频率、唤醒和后台轮询；
- GPU：分辨率、Pass、Overdraw、Shader 和带宽；
- 内存与 IO：资源抖动、频繁加载和写入；
- 网络：高频小包、重试和弱网恢复；
- 显示：刷新率、亮度条件和呈现策略；
- 采集工具：录屏、Trace 和外部供电带来的扰动。
五、帕累托前沿
画质、帧率和功耗往往无法同时最优。将多个配置绘制为"体验收益---功耗成本"散点，位于帕累托前沿的配置才值得进一步选择。被其他配置在帧率、画质和功耗上同时支配的方案可以淘汰。
六、能效回归门禁
同一设备档、相同热阶段和相同任务下，若能耗显著增加但体验指标无收益，应标记回归。若帧率提升同时能耗增加，则根据产品预算和热稳定结果评审，不能自动判失败或成功。
结语
移动性能的最终目标不是跑出一段漂亮峰值，而是在功耗和温控约束下持续提供稳定体验。把单位工作能耗、热阶段和体验指标联合起来，优化才不会顾此失彼。