第71章性能优化之卡顿优化

课程目录第71章性能优化之卡顿优化

性能优化之卡顿优化：Systrace、Profiler、BlockCanary、帧率监控

卡顿，是Android开发里最让人头疼的问题之一。你想想看，用户打开你的App，滑动列表时一卡一卡的，或者点个按钮半天没反应——这种体验，基本等于劝退。我这些年做性能优化，踩过的坑不少，今天就把几个核心工具和思路掰开揉碎了讲给你听。

卡顿的本质是什么？

说白了，卡顿就是界面掉帧。Android系统每16.6ms会发出一个VSync信号，通知UI线程开始渲染下一帧。如果这一帧的绘制、布局、动画等任务没在16.6ms内完成，就会丢帧。丢帧多了，用户就感觉卡。

为什么会这样？通常就两个原因：

主线程做了太多事——比如直接在主线程做网络请求、读写大文件、解析JSON
渲染管线被阻塞——比如过度绘制、布局层级太深、动画计算量过大

嗯，这里要注意：卡顿不一定都是代码问题。我遇到过几次，是因为系统服务（比如Binder调用）响应慢导致的。所以定位问题，得靠工具说话。

工具一：Systrace —— 系统级卡顿分析利器

Systrace是Google官方提供的系统级跟踪工具。它能抓取CPU调度、磁盘IO、Binder通信、SurfaceFlinger等系统层面的信息。我个人习惯，遇到莫名其妙的卡顿，第一反应就是跑一次Systrace。

用法很简单：

# 抓取5秒的trace，指定进程包名
python systrace.py -t 5 -a com.example.myapp -o mytrace.html

打开生成的HTML文件，你会看到一条时间轴。重点关注这几个区域：

Alerts —— 系统自动标记的异常点，比如帧率掉到30fps以下
主线程（通常叫“tid 1”或你的包名） —— 看有没有长时间运行的Task
SurfaceFlinger —— 看合成耗时是否异常

我的经验： 有一次线上反馈说某个页面滑动卡顿，我抓了Systrace一看，发现主线程每隔几百ms就做一次SharedPreferences写入。那东西是同步的，会阻塞主线程。改成异步写入后，问题就解决了。

工具二：Android Profiler —— 实时监控三件套

Android Studio自带的Profiler，我一般用来做实时监控。它集成了CPU、内存、网络三个维度。卡顿排查时，重点看CPU和内存。

打开Profiler，选择你的进程，然后：

CPU标签 —— 看主线程的CPU占用率。如果持续超过30%，基本可以断定有性能问题
Memory标签 —— 看GC频率。频繁GC会导致STW（Stop The World），直接引发卡顿

Profiler还有一个很实用的功能：Record方法追踪。点击CPU标签上的“Record”按钮，操作几秒后停止，就能看到每个方法的调用耗时。我经常用它来定位“哪个方法最耗时间”。

注意： Profiler本身会消耗一定性能。在低端机上，开启Profiler后卡顿会更明显。所以线上问题，我建议用Systrace或BlockCanary来抓。

工具三：BlockCanary —— 主线程卡顿检测框架

BlockCanary是一个开源库，专门检测主线程的“卡顿块”。它的原理很简单：利用Looper的日志机制，如果主线程处理一个消息超过阈值（默认2秒），就记录下当时的堆栈信息。

集成方式：

// 在Application中初始化
BlockCanary.install(new BlockCanary.Config()
    .setMonitorDuration(2000)  // 卡顿阈值，单位ms
    .setBlockListener(blockInfo -> {
        // 卡顿发生时回调，可以上传到服务器
        Log.e("BlockCanary", "卡顿堆栈：" + blockInfo.stack());
    })
).start();

这个工具的好处是：线上可用。我曾在某个版本里集成BlockCanary，灰度了一周，抓到了十几个卡顿堆栈。其中有一个是某个第三方SDK在后台线程做了大量反射调用，导致主线程Binder回调被阻塞。嗯，这种问题，光靠Systrace很难复现。

工具四：帧率监控 —— 用数据说话

帧率监控是衡量卡顿最直观的指标。Android提供了Choreographer类，可以监听每一帧的绘制时间。我一般会封装成一个工具类：

public class FpsMonitor {
    private long lastFrameTime = 0;
    private int frameCount = 0;
    private static final long INTERVAL = 1000; // 每秒统计一次

    public void start() {
        Choreographer.getInstance().postFrameCallback(new Choreographer.FrameCallback() {
            @Override
            public void doFrame(long frameTimeNanos) {
                long now = System.currentTimeMillis();
                if (lastFrameTime == 0) {
                    lastFrameTime = now;
                }
                frameCount++;
                if (now - lastFrameTime >= INTERVAL) {
                    float fps = frameCount * 1000f / (now - lastFrameTime);
                    Log.d("FpsMonitor", "当前帧率：" + fps);
                    frameCount = 0;
                    lastFrameTime = now;
                }
                Choreographer.getInstance().postFrameCallback(this);
            }
        });
    }
}

实际使用中，我建议把帧率数据打点上报到后台。这样就能看到：

哪个页面平均帧率最低
哪个版本帧率下降了
低端机和高端机的帧率差异

  核心思路： 卡顿优化不是一次性工作，而是一个持续监控、持续改进的过程。工具只是手段，关键是建立“数据驱动”的优化意识。

知识体系总览

下面这张图，把卡顿优化的核心工具和流程串起来了。你可以把它当作一个检查清单：

避坑指南

我曾经在优化一个列表卡顿时，花了两天时间排查自定义View的绘制逻辑，结果发现罪魁祸首是列表里每个item都加载了一张高清大图。嗯，这种低级错误，其实用Profiler看一眼内存占用就能发现。

还有一次，线上反馈某个页面打开特别慢。我抓了Systrace，发现主线程在等一个Binder调用，那个调用是获取系统联系人信息的。后来改成异步加载，问题就解决了。所以，别总盯着自己的代码，系统服务也可能背锅。

最后说一句：卡顿优化没有银弹。工具再多，也得靠你一步步去分析、去验证。但只要你掌握了Systrace、Profiler、BlockCanary、帧率监控这四把刀，大部分问题都能迎刃而解。

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

📚 课程目录

性能优化之卡顿优化：Systrace、Profiler、BlockCanary、帧率监控

卡顿的本质是什么？

工具一：Systrace —— 系统级卡顿分析利器

工具二：Android Profiler —— 实时监控三件套

工具三：BlockCanary —— 主线程卡顿检测框架

工具四：帧率监控 —— 用数据说话

知识体系总览

避坑指南