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

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、帧率计算方式如下:
相关推荐
lang201509282 小时前
MySQL 8.0性能优化终极指南
数据库·mysql·性能优化
TDengine (老段)2 天前
TDengine 时序函数 MAVG 用户手册
大数据·数据库·物联网·性能优化·时序数据库·iot·tdengine
心.c2 天前
一套完整的前端“白屏”问题分析与解决方案(性能优化)
前端·javascript·性能优化·html
qq_252924192 天前
PHP 8.0+ 极限性能优化与系统级编程
开发语言·性能优化·php
我真的是大笨蛋2 天前
开闭原则详解(OCP)
java·设计模式·性能优化·开闭原则·设计规范
189228048613 天前
NX482NX486美光固态闪存NX507NX508
大数据·网络·数据库·人工智能·性能优化
sophie旭3 天前
一道面试题,开始性能优化之旅(8)-- 构建工具和性能
前端·面试·性能优化
tracyZhang3 天前
Android低版本bitmap native分配实现原理
android·性能优化
sophie旭3 天前
一道面试题,开始性能优化之旅(6)-- 异步任务和性能
前端·javascript·性能优化