Choreographer响应Vsync信号流程

最新推荐文章于 2024-06-19 13:10:17 发布
最新推荐文章于 2024-06-19 13:10:17 发布
阅读量820 收藏
点赞数 1
分类专栏： 笔记 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45272690/article/details/124156894
版权

Choreographer中postFrameCallback的调用时机

当下一个Vsync信号来临时，会按照Type取出CallbackQuenes中的链表里面存储的CallBackRecord进行遍历其run方法。

那么什么时机往这个队列中添加回调呢？
在ViewRootImpl中（WMS端收到NativeInputQuene消息回调InputChannel调用到APP端进行ViewRoot分发处理）会调用postFrameCallback方法，这个方法会传入一个FrameCALLback，并将默认使用ANIMATION动画这个回调Type和TOKEN为FRAMETOKEN的token标识来创建一个CallbackRecord并将其添加到对应动画Callback对应的链表中。

在ViewRoot.setView中进行初始化InputChannel和WMS端的InputChannel

流程

ViewRoot的setView方法构造APP端InputChannel对象–>

WindowSession将APP端创建出来的InPUTChannel对象传入到WMS端–>

WMS端进行初始化WMS的InputChannel,申请共享内存并把文件描述符给到APP端的InputChannel对象–>

WMS的InputChannel指向一个fd,而APP端的InputChannel也指向一个fd.这两个后面会进行全双工通信–>

WMS创建两个线程一个ThreadReader读取EventHub(该现场有拦截无用事件的功能并添加到待处理事件队列中),一个ThreadDispatcher用于取出待处理事件队列（对事件进行预处理，设置焦点等）何时进行分发？当上一个事件处理完成之后才会进行分发.(分发过程是将该事件写入到共享内存中,并使用WMS的InputChannel通知APP端的InputChannel【利用初始化时保存的fdpipe通信唤醒】)–>APP端

APP端–>InputChannel从共享内存中拿到事件，InputChannel将事件传递到ViewRoot中，ViewRoot拿着

DecoeView.之后按照Java‘中的事件分发进行处理’

type：这个的用处是下一个Vsync信号来临时，首先会按照TYPE来取出对应的链表，然后进行调用run方法【具体调用哪个方法根据token确定】，接着在取出下一个TYPE如此往复，。固定顺序为：

INPUT 输入处理
Animation，动画处理
Traversal 最终会调用到perfor的measure，layout，draw方法
Commit

token ：这个用来表示是否是FrameCallBacl类型的回调还是普通的CallBack，上面的说法其实有点偏，并不是所有CallBack都是调用其run方法，根据其token来决定。

比如这部分讲解的postFrameCallback在Choreographer中会将其转换为FrameCallback的Token和ANIMATION的Callback的type，而像其他的postCallBacl则会具体指定其对应的CallBackType和token是null。

对于FrameCallBacl类型的Callbackl调用其doFrame方法，对于普通的回调CallBacak调用其run方法）【一个很明显的区别是普通的CallBack传入的是一个Runnable最终会调用这个run方法，而对于FrameCallback来说则会调用其doFrame方法。】

对于postFrameCallBack方法的流程图：

【这里提个建议，希望markdown能够支持闪念笔记的流程图格式】

postFrameCallBack方法传入FrameCallback

Choregapher中会将其封装成ANIMATION_Type的Callback和FrameCallback的Token

将其封装成一个CallBackRecord放到对应Type的链表中等待下一个Vsync回调-

Vsync回调来了

按照固定TYPE的顺序取出对应的链表调用CallbackRecord的run方法

CallBackRecord的run方法

取出token发现为FrameCallback__接着回调接口的doFrame方法

由于postFrameCallBack发送的Callback是ANIMATION的类型CallbackRecord，所以doFrame方法是在处理动画过程中进行调用的，在这个方法里面又进行了添加TRAVERSAL的TYPECallbackRecord，并接着再次注册下一个处理动画的回调。
而对于普通的这种比如TRAVERSAL则是必须要指明其对应type类型和token为null，否则默认会是ANIMATION类型并且是FRAMECALLBACLK的token。

本次ANIMATION处理：发送TRAVERSAL和ANIMATON的回调。

image.png
TRAVERSAL会进入到View的measure，layout，draw方法。Vsync之后会单独拿出一节来讲

ANIMATON会执行动画处理

～～1112233
关注
专栏目录
“终于懂了” 系列：Android屏幕刷新机制—VSync、Choreographer 全面理解
胡飞洋的技术积累
08-21 1万+
概要： 1、刷新频率、 2、单缓冲、双缓冲、三缓冲，掉帧 3、编舞者 源码 4、异步消息、同步屏障 背景 当我们谈到 布局优化 时，通常都知道 需要减少布局层级。那么较多层级的布局是如何影响布局展示的呢？类似的，页面卡顿是如何产生的呢？ 在《Window和WindowManager》中介绍window的添加时提到，会 调用ViewRootImpl的setView()方法，setView()方法会调用requestLayout()方法来请求绘制布局，requestLayout()方法内部又会走到schedul
Android 进阶——图形显示系统之Choreographer监听VSync并提供回调接口详解(二)
最美不过，心中有梦，身旁有你！
09-08 474
图形显示系统之Choreographer监听VSync并提供回调接口详解
Android从屏幕刷新到View的绘制（二）之Choreographer、Vsync与屏幕刷新
深海流浪汉
02-26 1223
Android从屏幕刷新到View的绘制（二）之Choreographer与Vsync与屏幕刷新
Android屏幕刷新机制—VSync、Choreographer-全面理解！
最新发布
2401_85122678的博客
06-19 830
上面讲到，Google在Android 4.1系统中对Android Display系统进行了优化：在收到VSync pulse后，将马上开始下一帧的渲染。即一旦收到VSync通知，CPU和GPU就立刻开始计算然后把数据写入buffer。本节就来讲 “drawing with VSync” 的实现——。Choreographer，意为 舞蹈编导、编舞者。在这里就是指 对CPU/GPU绘制的指导—— 收到VSync信号 才开始绘制，保证绘制拥有完整的16.6ms，避免绘制的随机性。
从FrameCallback理解Choreographer原理及简单帧率监控应用
热门推荐
Adison's Notes
03-15 1万+
简单来说，Choreographer主要作用是协调动画，输入和绘制的时间，它从显示子系统接收定时脉冲（例如垂直同步），然后安排渲染下一个frame的一部分工作。从FrameCallback理解Choreographer原理,简单帧率监控应用
NDK下获取vsync时间
Bleach3的博客
11-08 2199
在做渲染相关处理的时候，经常需要和Android系统的Vsync做同步，今天来说一下NDK下如何实现。 ndk下专门提供了AChoreographer来做这件事，第一步要加载头文件<android/choreographer.h>。 然后实际使用也很简单，获取实例，注册回调，然后就等着收到回调时间就可以了。 AChoreographer *grapher = AChoreographer_getInstance(); AChoreographer_postFrameCallback(gr
Android Framework 窗口子系统 （06）窗口动画之Choreographer机制
wangdsh的博客
07-05 1205
系列文章解读&说明： Android Framework 窗口子系统 的 分析主要分为以下部分： Android Framework 窗口子系统 （01）WindowMangerService基础知识 Android Framework 窗口子系统 （02） 应用进程和WMS之间的关系 Android Framework 窗口子系统 （03） 窗口显示次序 Android Fra...
安卓帧渲染数据获取方式小结
关注移动端、Web、微信小程序等大前端领域
09-17 8332
两种策略四种方式 Choreographer$FrameCallback 从 16ms 说起 GraphicsBinder Profile GPU FrameMetrics 通过 onDraw() 获取帧数据 性能指标 更多好文 首先解释一下文章标题中的“帧渲染数据”。 “帧渲染数据”是指，完成渲染一帧的耗时。这是计算帧率的基础数据。 截止到 8.0 系统，安卓原生提...
使用choreographer的FramCallback实现帧率监听
网鱼的栈
05-11 1149
原文地址： https://blog.csdn.net/u013493809/article/details/62215250
Android Choreographer
Battling against our own ignorance
11-01 3454
引言之前其实并未关注过Choreographer，在一次调试App demo的过程中，偶然发现出现了一条这样的日志： I/Choreographer: Skipped 1201 frames! The application may be doing too much work on its main thread. 这是一条系统日志，意思很明确：主线程的工作可能过多，导致了掉帧。突然发现Ch
VSync事件处理流程分析(Android4.3)
山庄来客的专栏
11-23 6985
我们先看收到VSync事件是如何处理的，再看底层是怎样向上层通知VSync事件。
3-性能分析-android-基于Choreographer渲染机制详解
weixin_42914706的博客
11-01 348
Choreographer 扮演 Android 渲染链路中承上启下的角色承上：负责接收和处理 App 的各种更新消息和回调，等到 Vsync 到来的时候统一处理。比如集中处理 Input(主要是 Input 事件的处理) 、Animation(动画相关)、Traversal(包括 measure、layout、draw 等操作) ，判断卡顿掉帧情况，记录 CallBack 耗时等启下：负责请求和接收 Vsync 信号。
Flutter 笔记 | Flutter 核心原理（四）绘制流程
川峰的博客
05-31 1302
Flutter中和绘制相关的对象有三个，分别是Canvas、Layer 和 Scene： Canvas：封装了 Flutter Skia 各种绘制指令，比如画线、画圆、画矩形等指令。 Layer：分为容器类和绘制类两种；暂时可以理解为是绘制产物的载体，比如调用 Canvas 的绘制 API 后，相应的绘制产物被保存在 PictureLayer.picture 对象中。 Scene：屏幕上将要要显示的元素。在上屏前，我们需要将Layer中保存的绘制产物关联到 Scene 上。 Flutter 绘制流程：
Choreographer 丢帧计算
u013156088的博客
12-20 3879
  在Logcat中，我们经常会看到系统输出如下Log： Choreographer: Skipped 180 frames!  The application may be doing too much work on its main thread. 这句log是提示我们在主线程做了耗时操作，那么本文就来分析一下丢帧是怎么计算的，以及如何解决以下2个问题： 1. 在主线程不可避免要做...
（4.6.15.4）Choreographer全解析
JAVA成长之路
05-13 537
一、前情提要 1.1 测绘流程的起点 我们在4.1.37.1）深入理解setContentView过程和View绘制过程一文中，我们讲到了测绘流程的起点是在 —ViewRoot类的requestLayout()方法 —scheduleTraversals() —mChoreographer.postCallback(Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null)请求刷新信号 —mChoreographer内部handler通过msg机
Android性能优化—卡顿分析与布局优化
sziitjin的博客
08-01 1911
这里面涉及到android UI渲染机制，我们先了解一下android UI是怎么渲染的，android的View到底是如何一步一步显示到屏幕上的？
Android图像系统与Choreographer
LeeDuoZuiShuai的博客
05-17 887
一个基础的图像显示系统由CPU、GPU、屏幕三部分组成。CPU负责计算帧数据，GPU负责渲染图形数据，屏幕负责图像的显示。在屏幕显示图像时，会按照从上向下逐行扫描的方式扫描每一帧图像的像素。由于CPU与GPU处理数据的时间不可控，因此会导致屏幕刷新率与渲染帧率不一致。具体表现为在扫描第一帧图像扫描的过程中出现第二帧图像，引起屏幕中画面的撕裂。
Choreographer
超厉害的博客
07-02 341
Choreographer工作流程 初始化 WindowManagerGlobal.addView() root = new ViewRootImpl() —> mChoreographer = Choreographer.getInstance(); 调用 postCallback() postCallbackDelayed() postCallbackDelayedInternal() Choreographer.CallbackQueue.addCallbackLocked()//添加到对应
Android 图形架构 之七——Choreographer 源码分析
薛瑄的博客
09-09 3534
前言 在Android4.1之后增加了Choreographer机制，用于同Vsync机制配合，控制同步处理输入(Input)、动画(Animation)、绘制(Draw)三个UI操作。其实UI显示的时候每一帧要完成的事情只有这三种。如下图是官网的相关说明： Choreographer接收显示系统的时间脉冲(垂直同步信号-VSync信号)，在下一个frame渲染时控制执行这些操作。 Choreographer中文翻译过来是"舞蹈指挥"，字面上的意思就是优雅地指挥以上三个UI操作一起跳一支舞。这个词可以概括这
从源码分析choreographer是如何实现vsync信号的请求及帧的刷新处理?(android q)
12-27
Choreographer是Android系统中用来协调View的绘制和动画的工具类之一。在Android Q中，Choreographer是如何实现vsync信号的请求及帧的刷新处理呢？让我们来从源码分析一下。 Choreographer类中有一个单例实例sInstance，它负责管理整个系统的动画和视图刷新。当一个View需要重绘或动画时，会向Choreographer发送vsync信号请求。这个请求会被传递到Choreographer对象的scheduleFrameLocked方法中。 在scheduleFrameLocked方法中，Choreographer会根据当前时间和下一帧的预期时间计算出下一帧应该何时开始绘制。然后，Choreographer会将刷新请求发送给所有注册过的Choreographer.FrameCallback回调。 Choreographer.FrameCallback是一个接口，用来监听下一帧应该开始绘制时的回调。这个回调会被注册到Choreographer的列表中，当下一帧到来时，Choreographer会依次调用所有注册的回调。 在回调中，系统会调用ViewRootImpl的doTraversal方法来触发视图的绘制和布局过程。这样，Choreographer就实现了vsync信号的请求及帧的刷新处理。 总的来说，Choreographer通过计算下一帧的绘制时间并注册一个回调来实现vsync信号的请求及帧的刷新处理。这个机制保证了视图的流畅绘制和动画效果。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值