【性能优化】帧率优化方法:第一步——量化

Android计算帧率的几种方法

对于性能优化来说,要优化必先量化,如果没有量化则无法判断优化方向、优化策略是否正确,也就无法知道优化后是否取得了预期的成效。
应用在使用过程的卡顿感,一直是一个让人头疼的问题,因为他涉及到系统、应用交互的方方面面。包括:

  • cpu调度是否合理
  • 方法执行时长是否合理
  • 视图结构设计是否合理:有没有绘制性能更好的布局层次
  • binder调用是否卡顿:常见的主线程调用的binder接口,因系统资源紧张出现长耗时导致卡顿
  • io操作的延迟:io wait占比是否合理
    所以,帧率优化的第一步------量化,显得尤为重要,本文总结常见的三种计算帧率的方法,用于实际帧率优化过程中的方向指导。

一、注册编舞者doFrame

Android系统每隔16ms执行一次重绘任务是VSYNC信号驱动的,invalide/requestLayout->ViewRootImpl:performMeasure->ViewRootImpl:performLayout->ViewRootImpl:performDraw->SurfaceFlinger合成,这个过程就是视图的重绘流程。而ViewRootImpl中控制ui执行重绘就是通过注册编舞者的onFrame回调来完成的,因此我们也可以采用该方式来计算到帧率数据。代码如下:

java 复制代码
private long lastFrameTimeNanos = 0;
private int frameCount = 0;
private static final long FPS_INTERVAL = 1000_000_000;
Choreographer.getInstance().postFrameCallback(new Choreographer.FrameCallback() {
    @Override
    public void doFrame(long frameTimeNanos) {
        Log.d(TAG, "doFrame: " + frameTimeNanos);
        Choreographer.getInstance().postFrameCallback(this);
        //当前的帧率
        frameCount++;
        if (lastFrameTimeNanos > 0) {
           long interval = frameTimeNanos - lastFrameTimeNanos;
           // 间隔超过1s再计算fps值
           if (interval >= FPS_INTERVAL) {
             float fps = frameCount * 1_000_000_000f / interval;
             Log.d(TAG, "doFrame: fps = " + fps);
             frameCount = 0;
             lastFrameTimeNanos = frameTimeNanos;
          }
       } else {
             lastFrameTimeNanos = frameTimeNanos;
       }
      Choreographer.getInstance().postFrameCallback(this);
   }
 });
  • doFrame方法中的frameTimeNanos代表是每一帧的开始时间戳 ,用纳秒为单位,除以1000000就是毫秒为单位了。
    输出帧率计算结果:
java 复制代码
2025-10-05 19:32:46.762 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 58.56009
2025-10-05 19:32:47.770 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 60.547974
2025-10-05 19:32:48.777 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 60.547493
2025-10-05 19:32:49.785 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 60.547493
2025-10-05 19:32:50.791 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 60.646725
2025-10-05 19:32:51.797 29510-29510 Chor...itor com...catchanrlog  D  doFrame: fps = 60.584347

总结:该计算方式比较只算,是按照fps的定义直接计算出来的,不足之处是只有主线程的doFrame帧率,没法体现renderThread线程的丢帧情况,有一定的局限性。

二、使用dumpsys gfxinfo pkg_name计算帧率

dumpsys gfxinfo pkg_name

输出示例:

复制代码
Applications Graphics Acceleration Info:
Uptime: 63736043 Realtime: 63736043
** Graphics info for pid 23188 [com.tcl.cyberui] **
Stats since: 56002698393874ns
Total frames rendered: 130
Janky frames: 0 (0.00%)
Janky frames (legacy): 0 (0.00%)
50th percentile: 9ms
90th percentile: 11ms
95th percentile: 11ms
99th percentile: 11ms

计算帧率方法 :丢帧数的差值除以总绘制帧数的差值,得到丢帧率,再用1-丢帧率乘以60就得到帧率,如果是120刷新率的则把60换成120即可。

60 * (1 - (Janky frames2-Janky frames1/(Total frames rendered2-Total frames rendered1)))

三、抓取trace查看帧率

  • 1、使用atrace、systrace、或者perfetto等命令抓取trace文件
  • 2、把trace文件拖入https://ui.perfetto.dev/#!/打开,计算帧率
  • 3、帧率计算方式如下:
相关推荐
wtrees_松阳1 小时前
【弦断九章·CPU篇】鸿蒙应用性能优化心法
华为·性能优化·harmonyos
liuxuzxx5 小时前
containerd的CPU过高的问题排查
容器·性能优化·kubernetes
趣知岛5 小时前
JavaScript性能优化实战大纲
开发语言·javascript·性能优化
卓码软件测评7 小时前
第三方软件测评机构:【Gatling构建JSON请求体StringBody、ElFileBody和Pebble模板的使用】
测试工具·性能优化·json·测试用例
·云扬·7 小时前
MySQL中count(*)深度解析与性能优化实践
数据库·mysql·性能优化
syt_biancheng10 小时前
大规模考试系统性能优化与风险评估
python·功能测试·selenium·性能优化·postman
卜锦元12 小时前
Golang后端性能优化手册(第二章:缓存策略与优化)
开发语言·数据库·后端·性能优化·golang
·云扬·13 小时前
MySQL排序与分组性能优化:从原理到实践
android·mysql·性能优化
写代码的小阿帆13 小时前
MySQL索引原理与性能优化
数据库·mysql·性能优化
一只会奔跑的小橙子14 小时前
性能测试中关于硬件环境的测试
性能优化