1、功耗问题概述：什么是应用层功耗、功耗问题的分类、功耗对用户体验的影响

各位同学好，我是老张。今天咱们正式开始这门课的第一讲。

说实话，功耗问题在移动端开发里，一直是个「老大难」。我做了这么多年性能优化，见过太多因为功耗翻车的案例。有的App功能做得花里胡哨，结果用户用半小时手机就烫得能煎鸡蛋——你说这体验能好吗？

所以咱们先得搞清楚：应用层功耗到底是什么？它怎么分类？又怎么影响用户？

1.1 什么是应用层功耗

简单来说，应用层功耗就是你的App运行时，对手机电池的消耗。

你可能会想：「功耗不是硬件的事吗？CPU、屏幕、WiFi模块这些才耗电啊。」

没错，硬件是耗电的主体。但问题是——谁在指挥硬件干活？是你的App。你写一行代码，CPU就要算一次；你画一个动画，GPU就要渲染一帧；你发一个网络请求，WiFi模块就要工作一会儿。

所以，应用层功耗的本质，是软件行为对硬件资源的调度和占用。

我记得有一次，一个同事跑来跟我说：「老张，我们App在后台耗电特别严重，用户投诉了。」我一看，好家伙，后台每5秒发一次定位请求。GPS模块一直开着，能不耗电吗？这就是典型的应用层功耗问题。

1.2 功耗问题的分类

我个人习惯把应用层功耗分成三大类。你想想看，手机里哪些硬件最耗电？

• CPU/GPU 类功耗——计算密集型任务
• 网络类功耗——数据传输和连接
• 外设类功耗——屏幕、GPS、传感器等

咱们一个一个说。

1.2.1 CPU/GPU 类功耗

这类问题最常见。说白了就是：你的代码让CPU或GPU一直在忙。

典型场景：

• 死循环或高频定时器（比如每10ms刷新一次UI）
• 过度绘制（Overdraw），GPU重复渲染不可见区域
• 频繁的垃圾回收（GC），导致CPU抖动
• 不合理的大对象创建和销毁

我曾经接手过一个项目，首页列表滑动时卡成PPT。一分析，发现每个列表项都创建了十几个对象，滑动时GC频繁触发，CPU占用飙到80%。这就是典型的CPU类功耗问题。

1.2.2 网络类功耗

网络模块是耗电大户。为什么？因为建立连接、维持连接、传输数据，每一步都在耗电。

常见问题：

• 频繁的小数据包请求（比如每1秒轮询一次服务器）
• 不合理的连接复用（每次请求都新建TCP连接）
• 后台长时间保持长连接（心跳包太频繁）
• 大文件下载没有做断点续传

1.2.3 外设类功耗

这类问题容易被忽略。屏幕、GPS、蓝牙、NFC、摄像头——这些外设一旦开启，功耗就蹭蹭往上涨。

典型场景：

• 屏幕常亮（比如视频播放时没有正确处理休眠）
• GPS持续定位（没有根据场景调整精度和频率）
• 传感器一直开着（比如加速计、陀螺仪没有及时关闭）
• 蓝牙扫描过于频繁

嗯，这里要注意：外设类功耗往往和业务逻辑强相关。比如导航App必须用GPS，但你一个新闻App在后台开GPS，那就说不过去了。

1.3 功耗对用户体验的影响

这个问题我问过很多开发者，大家的回答基本是：「手机发烫、掉电快。」

没错，但影响远不止这些。我总结了几点：

影响维度	具体表现	用户反馈
续航	电池消耗快，待机时间缩短	「这App是电老虎吧？」
发热	手机温度升高，CPU降频	「手机烫得拿不住」
性能	发热导致降频，卡顿、掉帧	「越用越卡」
后台行为	后台耗电，被系统杀进程	「消息收不到」
用户留存	体验差，直接卸载	「已卸载，再见」

你看，功耗问题不只是「费电」这么简单。它会引起发热，发热会导致CPU降频，降频就会卡顿。卡顿之后用户就卸载了。这一连串反应，源头可能就是一行不合理的代码。

我建议各位从一开始就把功耗问题纳入开发流程。不要等到用户投诉了、应用商店评分掉到1.8了，才想起来优化。那时候就晚了。

1.4 小结

这一章咱们聊了三个核心问题：

1. 应用层功耗——本质是软件对硬件的调度和占用
2. 三大分类——CPU/GPU类、网络类、外设类
3. 用户体验影响——续航、发热、性能、留存，环环相扣

下一章，我会带大家搭建功耗检测的环境。工欲善其事，必先利其器。咱们先把工具准备好，后面才能动手干活。

好，今天就到这儿。有什么问题，咱们课后交流。

---

公众号:蓝海资料掘金营，微信deep3321