第三十章：总结与最佳实践

好，终于到了最后一章。说实话，写到这里我反而有点不舍。

这一章我们不聊具体代码，也不分析trace。我想跟你聊聊，怎么把功耗优化这件事，真正落地到团队里，变成一种习惯。

我见过太多团队，优化一时爽，维护火葬场。为什么？因为没有方法论，没有流程，更没有文化。

一、功耗优化方法论：三板斧

我个人习惯把功耗优化拆成三个层次。你想想看，就像盖房子，得先有图纸，再打地基，最后才装修。

1. 测量层：没有数据，就没有优化。我建议团队必须建立统一的功耗基线。用PowerMonitor、BatteryHistorian、Perfetto，三件套缺一不可。
2. 分析层：拿到数据后，别急着改代码。先问三个问题——谁在耗电？为什么耗电？能不能不耗电？
3. 优化层：针对不同场景，采用不同策略。比如后台场景，核心是抑制唤醒；前台场景，核心是减少渲染开销。

二、团队协作流程：怎么让优化不打架？

功耗优化最怕什么？怕你改了，他改了，最后合在一起崩了。

我建议团队采用「三阶段评审」流程：

阶段	做什么	谁参与
第一阶段：提案	提交优化方案，附上预期收益和风险	模块Owner + 功耗负责人
第二阶段：验证	在专用测试机上跑24小时压测	QA + 自动化脚本
第三阶段：合入	Code Review + 回归基线对比	全体相关工程师

说白了，就是不要相信任何人的「我觉得」。只看数据，只看对比。

三、持续优化文化：让功耗成为肌肉记忆

怎么让团队每个人都把功耗放在心上？我分享三个小习惯：

• 每周功耗例会：15分钟，只看趋势图。谁的红线冒头了，谁自己解释。
• 代码门禁：CI流水线里加一个功耗检查步骤。新代码如果导致待机电流超过阈值，直接驳回。
• 新人培训：每个新入职的工程师，第一周必须跑一遍完整的功耗分析流程。我亲自带。

你可能会问：这样会不会太严了？

我的回答是：功耗优化，本质上是在跟物理定律做斗争。电池容量就那么大，你不严，用户就得一天三充。

四、知识体系全景图

下面这张图，是我自己整理的功耗优化知识体系。每次带新人，我都会先让他看这张图。

五、最后几句心里话

写到这里，三十章的内容终于画上句号。

我记得刚开始做功耗优化时，连PowerMonitor怎么接线都要查半天。现在回头看，其实功耗优化没有秘密，就是「测量-分析-优化-验证」这四个步骤，循环往复。

但最难的不是技术，而是坚持。我见过太多团队，优化了一版就松懈了，结果下一个版本功耗又炸了。

所以，我最后想送你一句话：功耗优化，永远在路上。

希望这套课程，能成为你路上的一个指南针。哪怕只是帮你少踩一个坑，少加一次班，我就觉得值了。