網(wǎng)站首頁 編程語言 正文
分析
RendererBinding 的作用是負(fù)責(zé)render tree 和flutter engine之間的連接. 我們在啟動App的時候,首先會創(chuàng)建 PiplineOwner ,然后通過platformDispatcher去監(jiān)聽屏幕分辨率變化、系統(tǒng)文字大小變化、亮度、語義等等.最后去初始化RenderView,根據(jù)平臺去處理如幀回調(diào)、鼠標(biāo)、web之類的信息.
void initInstances() {
super.initInstances();
_instance = this;
_pipelineOwner = PipelineOwner(
onNeedVisualUpdate: ensureVisualUpdate,
onSemanticsOwnerCreated: _handleSemanticsOwnerCreated,
onSemanticsOwnerDisposed: _handleSemanticsOwnerDisposed,
);
platformDispatcher
..onMetricsChanged = handleMetricsChanged
..onTextScaleFactorChanged = handleTextScaleFactorChanged
..onPlatformBrightnessChanged = handlePlatformBrightnessChanged
..onSemanticsEnabledChanged = _handleSemanticsEnabledChanged
..onSemanticsAction = _handleSemanticsAction;
initRenderView();
_handleSemanticsEnabledChanged();
assert(renderView != null);
addPersistentFrameCallback(_handlePersistentFrameCallback);
initMouseTracker();
if (kIsWeb) {
addPostFrameCallback(_handleWebFirstFrame);
}
}
PipelineOwner
這里我們著重講一下PipelineOwner, 官方描述中有這么一句話The pipeline owner manages the rendering pipeline., 也就是說 PipelineOwner幫我們管理著渲染所需要的. 我們根據(jù)PipelineOwner調(diào)用的順序依次講解下它提供的方法.
flushLayout
這個階段將計算每個渲染對象的大小和位置, 渲染對象可能會在繪制或者compositing state 的時候被標(biāo)成dirty,這是什么意思呢? 讓我們回歸到代碼中
// 持有需要被布局的對象
List<RenderObject> _nodesNeedingLayout = <RenderObject>[];
{
非release包運行代碼忽略
...
try {
// 如果當(dāng)前的節(jié)點需要合成
while (_nodesNeedingLayout.isNotEmpty) {
final List<RenderObject> dirtyNodes = _nodesNeedingLayout;
_nodesNeedingLayout = <RenderObject>[];
for (final RenderObject node in dirtyNodes..sort((RenderObject a, RenderObject b) => a.depth - b.depth)) {
if (node._needsLayout && node.owner == this)
node._layoutWithoutResize();
}
}
} finally {
...
}
}
代碼中可以看到, 如果 _nodesNeedingLayout 中對象不為空.說明當(dāng)前需要被布局,計算其大小.我們可以看到在依次處理節(jié)點時,最后一步是執(zhí)行 _layoutWithoutResize() ,這個方法調(diào)用的本質(zhì)實際上也就是 performLayout(). 那么, performLayout() 做了什么呢? 如果對自定義布局有過了解, 通常我們在實現(xiàn) performLayout() 的時候.會先去 layout widget . 然后去通過position將widget 定位. 確定好widget在父widget中的相對位置.
flushCompositingBits
這個階段中, 每個渲染對象都會了解其子對象是否需要合成.在繪制的階段選擇如何實現(xiàn)視覺效果. 這里實際上也就是標(biāo)記所有的子對象是否需要合成
void flushCompositingBits() {
...
_nodesNeedingCompositingBitsUpdate.sort((RenderObject a, RenderObject b) => a.depth - b.depth);
for (final RenderObject node in _nodesNeedingCompositingBitsUpdate) {
if (node._needsCompositingBitsUpdate && node.owner == this)
node._updateCompositingBits();
}
_nodesNeedingCompositingBitsUpdate.clear();
...
}
flushPaint
在這個階段,我們將會真正的繪制出Layer
void flushPaint() {
...
try {
final List<RenderObject> dirtyNodes = _nodesNeedingPaint;
_nodesNeedingPaint = <RenderObject>[];
// Sort the dirty nodes in reverse order (deepest first).
for (final RenderObject node in dirtyNodes..sort((RenderObject a, RenderObject b) => b.depth - a.depth)) {
...
if (node._needsPaint && node.owner == this) {
if (node._layerHandle.layer!.attached) {
PaintingContext.repaintCompositedChild(node);
} else {
node._skippedPaintingOnLayer();
}
}
}
...
} finally {
...
}
}
在繪制的時候?qū)袛喈?dāng)前的layer是否attached,如果不是attched的狀態(tài).則說明當(dāng)前的layer已經(jīng)調(diào)用detach方法,因此不再需要繪制.所以會跳過繪制,執(zhí)行 _skippedPaintingOnLayer() 的方法. 如果是attached的狀態(tài),則需要調(diào)用 repaintCompositedChild() 的方法
flushSemantics
最后,如果啟用了語義. 這個階段將會編譯渲染對象的語義,這里就不過多介紹了.
initRenderView
如果說還有比較重要的方法需要講解, 那么就是 initRenderView() 這個方法了.這里將會創(chuàng)建一個 RenderView的對象作為RenderObject的根 ,同時對它進(jìn)行初始化.
void initRenderView() {
renderView = RenderView(configuration: createViewConfiguration(), window: window);
// 準(zhǔn)備第一幀啟動渲染通道. 這里只會調(diào)用一次.
renderView.prepareInitialFrame();
}
在 PrepareInitalFrame() 中, 我們通過 scheduleInitialLayout和scheduleInitialPaint , 安排微事務(wù)隊列盡可能快的處理layout和paint.
scheduleInitialLayout
在這個階段,主要是將owner的_nodesNeedingLayout 對象中加入這個初始化的renderview.
scheduleInitialPaint
這個階段中, 我們將_layerHandle 中的layer 賦值成當(dāng)前l(fā)ayer.并在owner中加入 _nodesNeedingPaint .
void scheduleInitialPaint(ContainerLayer rootLayer) {
_layerHandle.layer = rootLayer;
owner!._nodesNeedingPaint.add(this);
}
今天的RendererBinding源碼分析就暫告一個段落了,它主要是負(fù)責(zé)了測量布局、繪制之類的方法. 作為一個入口還是有了解的必要的, 建議大家有時間可以多看看.
原文鏈接:https://juejin.cn/post/7171699845634195493
相關(guān)推薦
- 2022-06-18 kubernetes(k8s)安裝metrics-server實現(xiàn)資源使用情況監(jiān)控方式詳解_云其它
- 2022-03-31 C語言類的雙向鏈表詳解_C 語言
- 2022-08-21 Mac下python包管理工具pip的安裝_python
- 2022-01-05 webpack——Loader示例:打包css文件
- 2022-12-01 Linux利用inotify和rsync服務(wù)實現(xiàn)數(shù)據(jù)實時同步的原理解析_Linux
- 2022-04-25 C#使用游標(biāo)實現(xiàn)補間函數(shù)_C#教程
- 2024-01-05 使用idea構(gòu)建父子類springboot項目教程
- 2022-06-30 PyTorch詳解經(jīng)典網(wǎng)絡(luò)ResNet實現(xiàn)流程_python
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細(xì)win安裝深度學(xué)習(xí)環(huán)境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎(chǔ)操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認(rèn)證信息的處理
- Spring Security之認(rèn)證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設(shè)
- maven:解決release錯誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務(wù)發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標(biāo)對象命令
- Spring中的單例模式應(yīng)用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠(yuǎn)程分支