flutter窗口初始和绘制流程详析
作者:林鹿 发布时间:2023-08-17 21:07:30
前言
环境: flutter sdk v1.7.8+hotfix.3@stable
对应 flutter engine: 54ad777f
这里关注的是C++层面的绘制流程,平台怎样驱动和响应绘制与渲染的过程,并不是Dart部分的渲染。
结合之前的分析,在虚拟机实例的构造函数中调用了一个重要方法DartUI::InitForGlobal()
, 调用流程再罗列一下:
DartVMRef::Create
DartVMRef::DartVMRef
DartVM::Create
DartVMData::Create
DartVM::DartVM
DartUI::InitForGlobal()
实现体很明了,注册了各种类对象的方法,也就是说,这些在dart语言继承NativeFieldWrapperClass2的类都有一份在C++层的实现,也说明了DartSDK是如何提供接口绑定与C++层的实现,相当于java语言中的jni。
另外还有针对Isolate的初始化,不过只是设置了一个可以import的路径,并不重要:
DartIsolate::CreateRootIsolate
DartIsolate::CreateDartVMAndEmbedderObjectPair
DartIsolate::LoadLibraries
DartUI::InitForIsolate
Dart_SetNativeResolver
视口设置
我们知道RuntimeController持有一个Window实例,看Window实例被创建之后做了哪些制作:
RuntimeController::RuntimeController
Window::Window
DartIsolate::CreateRootIsolate
DartIsolate::DartIsolate
DartIsolate::SetWindow => UIDartState::SetWindow
WindowClient::UpdateIsolateDescription => RuntimeController::UpdateIsolateDescription
RuntimeDelegate::UpdateIsolateDescription => Shell::UpdateIsolateDescription
ServiceProtocol::SetHandlerDescription
Window::DidCreateIsolate
library_.Set("dart:ui")
RuntimeController::FlushRuntimeStateToIsolate
RuntimeController::SetViewportMetrics
Window::UpdateWindowMetrics
library_, _updateWindowMetrics
操作从最里层的Window一直传递到了Shell,最重要的一个作用是初始化了ViewPort(视口:用作画布的大小,分辨率等尺寸信息),再跟一下ViewPort被初始化后又如何被设置的:
FlutterView.onSizeChanged
FlutterView.updateViewportMetrics
FlutterJNI.setViewportMetrics
FlutterJNI.nativeSetViewportMetrics
::SetViewportMetrics
AndroidShellHolder::SetViewportMetrics
[async:ui]Engine::SetViewportMetrics
RuntimeController::SetViewportMetrics
Window::UpdateWindowMetrics
Engine::ScheduleFrame
这里从Java调用到C++,FlutterView.onSizeChanged
这个操作是在FlutterView实例创建之后被系统调用的(而FlutterView的创建发生在Activity.onCreate时机),显然是响应平台层的通知,这符合我们的认知预期,因为画布的大小可能因为用户操作发生变化,dart层需要被动响应。
需要注意的是响应onSizeChanged在Platform线程,调用Engine::SetViewportMetrics
切到了UI线程,铭记Engine的所有的操作都是在UI线程。
启动画帧
Engine在通过RuntimeController设置了窗口的尺寸之后,调用了另一个重要方法ScheduleFrame,于是看它的实现:
Engine::ScheduleFrame
Animator::RequestFrame
[async:ui]Animator::AwaitVSync
VsyncWaiter::AsyncWaitForVsync
callback_= {Animator::BeginFrame}
VsyncWaiter::AwaitVSync => VsyncWaiterAndroid::AwaitVSync
[async:platform]FlutterJNI.asyncWaitForVsync
AsyncWaitForVsyncDelegate.asyncWaitForVsync => VsyncWaiter.asyncWaitForVsyncDelegate
Choreographer.getInstance().postFrameCallback
Delegate::OnAnimatorNotifyIdle => Shell::OnAnimatorNotifyIdle
Engine::NotifyIdle
通知VSync
这里操作有些凌乱,首先切到UI线程,又切到Platform线程,其实就是为了调用平台接口,搞清这个最终目的。
终于涉及到了绘制图像所需要的关键类Animator 和VSyncWaiter :
在UI线程等待VSync信号,表示信号到达后执行
Animator::BeginFrame
方法;如何设置VSync信号?通过调用平台接口,平台操作必须都在Platform线程,于是从UI线程切到Platform线程,目的是去调用android的
Choreographer.postFrameCallback
,这样又执行了一串从C++调到java的过程。
响应VSync
因为是在java层调用的VSync回调,只能先在Java层响应于是有:
FrameCallback.doFrame <= VsyncWaiter.asyncWaitForVsyncDelegate
FlutterJNI.nativeOnVsync
VsyncWaiterAndroid::OnNativeVsync
VsyncWaiterAndroid::ConsumePendingCallback
VsyncWaiter::FireCallback
[async:ui]callback() => Animator::BeginFrame
在VSync信号到达之后,最终在UI线程响应了Animator::BeginFrame,且看其实现:
Animator::BeginFrame
Animator::Delegate::OnAnimatorBeginFrame => Shell::
Engine::BeginFrame
Window::BeginFrame
library_."_beginFrame" => hooks.dart:_beginFrame
UIDartState::FlushMicrotasksNow
tonic::DartMicrotaskQueue::RunMicrotasks
library_."_drawFrame" => hooks.dart:_drawFrame
最终的最终回到了dart层,并调用了其两个重要方法:_beginFrame和_drawFrame,完成了帧的绘制。
VSync创建
另外罗列一下VSyncWaiter创建时机:
Shell::CreateShellOnPlatformThread
PlatformView::CreateVSyncWaiter => PlatformViewAndroid::CreateVSyncWaiter
VsyncWaiterAndroid()
Animator::Animator
Engine::Engine
它是与创建Shell同样的时机,也就是说在Platform线程由PlatformView::CreateVSyncWaiter
创建的,并被Animator持有,而Animator又是被Engine持有。VSyncWaiter与Engine一样,所有的操作都必须在UI线程中执行
窗口渲染
窗口的渲染是由Dart层的Window完成的,其实调用了C++层的实现:
("Window_render", Render)
Render() (window.cc:30)
Scene=
WindowClient::Render
Scene::takeLayerTree
RuntimeDelegate::Render => Engine::Render
ProducerContinuation::Complete(layer_tree)
Animator::Delegate::OnAnimatorDraw => Shell::OnAnimatorDraw(layer_tree_pipeline_)
[async:gpu]Rasterizer::Draw => android_shell_holder.cc:76
Rasterizer::DoDraw
Rasterizer::DrawToSurface
Surface::AcquireFrame
ExternalViewEmbedder::BeginFrame
CompositorContext::AcquireFrame
ScopedFrame::Raster
SurfaceFrame::Submit
ExternalViewEmbedder::SubmitFrame
FireNextFrameCallbackIfPresent
Rasterizer::Delegate::OnFrameRasterized
"Window_scheduleFrame", ScheduleFrame
这里涉及的对象更多了,而且紧密的与Dart层的绘制与渲染机制关联。值得注意的是具体的绘制操作(光栅化)是在GPU线程进行。
另外Dart层的Window也需要主动的调度帧,因此也绑定了ScheduleFrame方法。
来源:https://segmentfault.com/a/1190000019756976
猜你喜欢
- 如下所示:String beginDate="1328007600000";SimpleDateFormat sdf=n
- 简介由于最近的项目需求,需要在把配置类导入到容器中,通过查询,使用@Import注解就能实现这个功能,@Import注解能够帮我们吧普通配置
- Android5.0之后提供了JobService和JobScheduler,用于在稍后的某个时间点或者当满足某个特定的条件时执行一个任务
- mport java.text.DecimalFormat; DecimalFormat &nb
- 摘要:这个问题算是老生常谈了,我也是一段时间没弄过了,所以感觉有些忘了,就记录一下。一、后端通过shiro在session中存储数据://
- 1、mybatis-plus @DS实现动态切换数据源原理首先mybatis-plus使用com.baomidou.dynamic.data
- MediaQuery通常情况下,不会直接将MediaQuery当作一个控件,而是使用MediaQuery.of获取当前设备的信息,用法如下:
- mybatis plus新增(insert)数据获取主键id在我们执行insert操作的时候,往往会需要拿到新插入数据的主键id做下一步操作
- 效果和代码都非常直观:实例1:TimePicker<RelativeLayout xmlns:android="http:/
- 由于 Spring 拥有对象的管理权,所以我们也需要拥有较为高效的对象存储和取出的手段,下面我们来分别总结一下:存对象配置文件在存储对象之前
- 问题描述:在用fabric集成后编译出现如下错误,Error:Cause: hostname in certificate didn'
- 最近没事写了一个简易浏览器,在刚开始写的时候遇到一些问题,主要的问题就是如何在自己的webview中显示所有的网页数据,不过不指
- 本Demo为练手小项目,主要是熟悉目前主流APP的架构模式.此项目中采用MVC设计模式,纯代码和少许XIB方式实现.主要实现了朋友圈功能和摇
- yaml语法注解配置文件两种形式application.properties和.yaml第一种语法 key=value第二种key:空格va
- 前言很多时候,当你以为掌握了事实真相的时间,如果你能再深入一点,你可能会发现另外一些真相。比如面向切面编程的最佳编程实践是AOP,AOP的主
- 前言最近看插件库上少有的取色器大都是圆形的或者奇奇怪的的亚子,所以今天做两个矩形的颜色取色器提示:以下是本篇文章正文内容,下面案例可供参考一
- 1: .net framework 由两个部分组成:CLR 和 FCL。2:在CLR中,所有错误都是通过异常来报告的。3:智能感知功能主要是
- summarydetail传统的Spring项目会有很多的配置文件,比如我们要使用Redis,一般除了对应的依赖的jar包我们还需要在app
- 在分支较多的时候,switch的效率比if高,在反汇编中我们即可看到效率高的原因一、switch语句1、在正向编码时,switch语句可以看
- 背景产品想对多次快速点击做一下优化,想要的效果就是双击不会打开多次但是从开发角度来说,我可以用kotlin的拓展方法来调整这个,但是之前的历