【Android】性能监控之帧率检测Tinydancer

git地址

使用

增加依赖

 dependencies {
   debugCompile "com.github.brianPlummer:tinydancer:0.1.2"
   releaseCompile "com.github.brianPlummer:tinydancer-noop:0.1.2"
   testCompile "com.github.brianPlummer:tinydancer-noop:0.1.2"
 }

在Application中初始化

public class DebugApplication extends Application {

  @Override public void onCreate() {
   TinyDancer.create()
             .show(context);
  }
}

运行App,给予窗口权限。

进入App后,右上角可以看到一个数字,代表当前的帧率。
在这里插入图片描述
如果帧率低于60,表明主线程执行了耗时操作,影响了界面的更新。

此时,我们就要去分析造成耗时的原因,提升应用性能。

定位掉帧位置:Profiler分析函数执行时间

个性化设置


   TinyDancer.create()
   //红色警告百分比
      .redFlagPercentage(.1f)
      //窗口在界面上的初始位置 
      .startingXPosition(200)
      .startingYPosition(600)
      .show(context);


   TinyDancer.create()
       .addFrameDataCallback(new FrameDataCallback() {
          @Override
          public void doFrame(long previousFrameNS, long currentFrameNS, int droppedFrames) {
             //添加自定义回调
          }
        })
        .show(context);

原理

屏幕每秒向系统发送60次刷新信号。

系统每接收到一次信号,就准备好绘制内容交给屏幕展现。

帧与帧的时间间隔正是留给系统准备内容的时间,约等于16ms。

如果准备时间超过16ms,屏幕没有收到下一帧的内容,就产生了所谓的丢帧。

丢帧严重时,用户会感觉到App卡顿。

关于系统是如何更新界面的,可以看这里:界面是如何刷新的流程

Choreographer是绘制流程的核心类,官方的文档这样描述:

协调动画、输入和绘图的时间。
Choreographer接收定时脉冲(如垂直同步),然后为下一帧部分渲染安排工作

理所应当,Choreographer具有帧回调接口。

回调返回的是帧开始渲染的时间。

public interface FrameCallback {
    public void doFrame(long frameTimeNanos);
}

TinydancerFPSFrameCallback实现了FrameCallback接口。

public class FPSFrameCallback implements Choreographer.FrameCallback{
	
	@Override
    public void doFrame(long frameTimeNanos)
    {
		...
    	Choreographer.getInstance().postFrameCallback(this);
    }

}

Tinydancer的核心原理就是接收每次的绘制信号,实时计算两次绘制之间的间隔,转换成帧率。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值