2、性能分析工具（上）：Android Studio Profiler（CPU、内存、网络、能耗分析器）的使用与实战
说实话，很多做Android开发的朋友，一遇到性能问题就慌了。
卡顿、内存泄漏、网络慢、耗电快……这些问题其实都有迹可循。关键是你得会用工具。
今天我就带你彻底搞懂Android Studio自带的Profiler。这套工具，说白了就是你的「性能放大镜」。用好了，问题无处遁形。
2.1 CPU分析器：揪出卡顿的真凶
CPU分析器，我平时用得最多。它主要帮我们看两件事：方法耗时和线程状态。
2.1.1 怎么用？
打开方式很简单：底部工具栏点「Profiler」，选你的设备，再点「CPU」。
我个人习惯先跑一遍功能，然后点「Record」开始录制。录制结束后，你会看到一张火焰图。
火焰图怎么看？
- 横轴：时间
- 纵轴：调用栈深度
- 每个方块：一个方法
- 方块越宽，说明这个方法占用的CPU时间越多
我在项目中遇到过一个问题：列表滑动卡顿。用CPU分析器一抓，发现是某个图片加载库的decode方法占了60%的CPU时间。后来换成异步加载，问题就解决了。
2.1.2 避坑指南
我曾经犯过一个错：在Release包上做CPU分析。结果发现很多方法名被混淆了，根本看不懂。后来我学乖了，Debug包上分析，或者保留混淆映射表。
另外，录制时间别太长。我建议控制在5-10秒。太长的话，数据量太大，分析起来反而费劲。
2.2 内存分析器：找到泄漏的源头
内存泄漏，是Android开发的老大难。但有了Memory Profiler，其实没那么玄乎。
2.2.1 实时监控内存
打开Memory Profiler，你会看到一条实时曲线。这条线代表当前应用的内存使用情况。
正常情况：曲线像波浪，有起有落。
异常情况：曲线只升不降，或者下降幅度很小。嗯，这里要注意，很可能有泄漏。
一个小技巧：我习惯在操作前后各点一次「Dump Java Heap」。然后对比两个堆转储文件，看哪些对象没有被释放。
2.2.2 实战：找泄漏
假设你怀疑某个Activity泄漏了。操作步骤：
- 打开该Activity
- 点「Dump Java Heap」
- 返回上一个页面
- 再点「Dump Java Heap」
- 对比两个文件，看Activity实例是否还存在
如果第二次dump时，Activity实例还在，那基本实锤了。
为什么会这样？说白了，就是某个对象持有了Activity的引用，导致它无法被GC回收。常见原因：内部类、Handler、静态变量。
2.3 网络分析器：看清每一字节
网络性能，直接影响用户体验。Network Profiler能帮你看到每个请求的详细信息。
2.3.1 核心功能
| 指标 | 说明 |
|---|---|
| 请求时间线 | 每个请求的开始、结束时间 |
| 数据传输量 | 发送和接收的字节数 |
| 响应状态码 | 200、404、500等 |
| 请求头/响应头 | 完整的HTTP头部信息 |
我记得有一次，用户反馈某个页面加载特别慢。用Network Profiler一看，发现有个接口返回了2MB的JSON数据。你想想看，一个列表页，要2MB的数据，不慢才怪。
后来我跟后端沟通，加了分页和字段筛选，数据量降到200KB，速度就上来了。
2.3.2 实战建议
- 关注重复请求：有时候代码写得不严谨，同一个接口会重复调用。Network Profiler能一眼看出来。
- 检查图片大小：很多App的图片没做压缩，直接传原图。这很浪费流量。
- 看DNS解析时间：如果DNS解析时间过长，考虑用IP直连或者预解析。
2.4 能耗分析器：省电就是省心
能耗分析器，可能是大家用得最少的。但其实它很重要。用户手机发热、掉电快，多半是能耗问题。
2.4.1 能看什么？
Energy Profiler会监控以下几类事件：
- WakeLock（唤醒锁）
- Alarm（定时任务）
- JobScheduler（后台任务）
- 网络请求
- GPS定位
说白了，就是看你的App在后台干了什么「坏事」。
2.4.2 实战案例
我之前接手过一个项目，用户普遍反映耗电快。用Energy Profiler一查，发现有个后台服务每隔30秒就发起一次网络请求。而且这个服务还持有一个WakeLock，导致手机无法进入深度睡眠。
解决方案很简单：
- 把轮询改成推送
- 或者用WorkManager做延迟任务
- 释放不必要的WakeLock
注意：能耗分析器需要Android 8.0（API 26）及以上设备。而且最好用真机测试，模拟器的数据不太准。
2.5 综合实战：一次完整的性能排查
光说不练假把式。我带你走一遍完整的排查流程。
2.5.1 场景
用户反馈：App启动慢，而且用一会儿手机就发烫。
2.5.2 排查步骤
- 先看CPU：启动时录制CPU，发现主线程有个JSON解析操作耗时1.2秒。优化方案：放到子线程，或者用更快的解析库。
- 再看内存：运行5分钟后dump内存，发现某个Bitmap对象没有被回收。优化方案：检查图片缓存策略，改用Glide的LRU缓存。
- 接着看网络：发现首页同时发起8个网络请求。优化方案：合并请求，或者用HTTP/2的多路复用。
- 最后看能耗：发现有个定时任务每1分钟执行一次。优化方案：改成15分钟一次，或者用条件触发。
你看，四个分析器配合使用，问题很快就定位了。
我的习惯：每次性能优化，我都会把Profiler的截图保存下来。方便以后对比，也方便跟团队分享。
2.6 小结
Android Studio Profiler，说白了就是你的「性能四件套」：
- CPU分析器：找卡顿
- 内存分析器：找泄漏
- 网络分析器：找慢请求
- 能耗分析器：找耗电
工具再好，也得会用。我建议你从今天开始，每次遇到性能问题，先打开Profiler看看。别凭感觉猜，用数据说话。
下一章，我会讲更高级的性能分析工具，比如Systrace和Perfetto。到时候咱们再聊。