使用

增加依赖

 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);
}

Tinydancer的FPSFrameCallback实现了FrameCallback接口。

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

}