详解Flutter的setState更新原理和流程，2024年最新android面试题2024答案

addPersistentFrameCallback 中添加 _handlePersistentFrameCallback 最终调用了 drawFrame 而 WidgetsBinding 重写了 RendererBinding 中的 drawFrame() 方法。只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及

彩虹的颜

486人浏览 · 2024-04-10 23:13:49

彩虹的颜 · 2024-04-10 23:13:49 发布

super.initInstances();

_instance = this;

// 这里

buildOwner.onBuildScheduled = _handleBuildScheduled;

window.onLocaleChanged = handleLocaleChanged;window.onAccessibilityFeaturesChanged = handleAccessibilityFeaturesChanged;

SystemChannels.navigation.setMethodCallHandler(_handleNavigationInvocation);

SystemChannels.system.setMessageHandler(_handleSystemMessage); FlutterErrorDetails.propertiesTransformers.add(transformDebugCreator);

}

我们可以看到buildOwner.onBuildScheduled回调等于了_handleBuildScheduled，那现在来看看这个_handleBuildScheduled方法：

void _handleBuildScheduled() {

//调用ensureVisualUpdate

ensureVisualUpdate();

}

可以看到调用ensureVisualUpdate方法，那我们继续走下去。

SchedulerBinding类ensureVisualUpdate方法

void ensureVisualUpdate() {

switch (schedulerPhase) {

case SchedulerPhase.idle:

case SchedulerPhase.postFrameCallbacks:

//当schedulerPhase为SchedulerPhase.idle，

//SchedulerPhase.postFrameCallbacks时调用

//scheduleFrame()

scheduleFrame();

return;

case SchedulerPhase.transientCallbacks:

case SchedulerPhase.midFrameMicrotasks:

case SchedulerPhase.persistentCallbacks:

return;

}

分别case了SchedulerPhase 的 5 个枚举值：

状态含义idle没有正在处理的帧，可能正在执行的是 WidgetsBinding.scheduleTask，scheduleMicrotask，Timer，事件 handlers，或者其他回调等transientCallbacksSchedulerBinding.handleBeginFrame 过程，处理动画状态更新midFrameMicrotasks处理 transientCallbacks 阶段触发的微任务（Microtasks）persistentCallbacksWidgetsBinding.drawFrame 和 SchedulerBinding.handleDrawFrame 过程，build/layout/paint 流水线工作postFrameCallbacks主要是清理和计划执行下一帧的工作

第二个case调用scheduleFrame()方法

那我们看看scheduleFrame()方法

void scheduleFrame() {

if (_hasScheduledFrame || !_framesEnabled) return;

assert(() {

if (debugPrintScheduleFrameStacks)

debugPrintStack(

label: ‘scheduleFrame() called. Current phase is $schedulerPhase.’);

return true;

}());

//调用Window 的scheduleFrame方法是一个 native 方法

window.scheduleFrame();

_hasScheduledFrame = true;

}

WidgetsFlutterBinding 混入的这些 Binding 中基本都是监听并处理 Window 对象的一些事件，然后将这些事件按照 Framework 的模型包装、抽象然后分发。可以看到 WidgetsFlutterBinding 正是粘连 Flutter engine 与上层 Framework 的“胶水”。

名解释GestureBinding提供了 window.onPointerDataPacket 回调，绑定 Framework 手势子系统，是 Framework 事件模型与底层事件的绑定入口ServicesBinding提供了 window.onPlatformMessage 回调，用于绑定平台消息通道（message channel），主要处理原生和 Flutter 通信SchedulerBinding提供了 window.onBeginFrame 和 window.onDrawFrame 回调，监听刷新事件，绑定 Framework 绘制调度子系统PaintingBinding绑定绘制库，主要用于处理图片缓存SemanticsBinding语义化层与 Flutter engine 的桥梁，主要是辅助功能的底层支持RendererBinding提供了 window.onMetricsChanged 、window.onTextScaleFactorChanged 等回调。它是渲染树与 Flutter engine 的桥梁WidgetsBinding提供了 window.onLocaleChanged、onBuildScheduled 等回调。它是 Flutter widget 层与 engine 的桥梁

之前的文中有说过，UI 的绘制逻辑是在 Render 树中实现的，所以这里还来细看 RendererBinding 的逻辑。

RendererBinding

void initInstances() {

…

//监听Window对象的事件

ui.window

…onMetricsChanged = handleMetricsChanged

…onTextScaleFactorChanged = handleTextScaleFactorChanged

…onSemanticsEnabledChanged = _handleSemanticsEnabledChanged

…onSemanticsAction = _handleSemanticsAction;

//添加PersistentFrameCallback

addPersistentFrameCallback(_handlePersistentFrameCallback);

}

addPersistentFrameCallback 中添加 _handlePersistentFrameCallback 最终调用了 drawFrame 而 WidgetsBinding 重写了 RendererBinding 中的 drawFrame() 方法。最终发现我们又回到了 WidgetsBinding 这个类中，在 WidgetsBinding 中 drawFrame 的实现如下：

@override

void drawFrame() {

…

try {

if (renderViewElement != null)

// 重构需要更新的element

buildOwner.buildScope(renderViewElement);

super.drawFrame(); //调用RendererBinding的drawFrame()方法

buildOwner.finalizeTree();

}

在上面 scheduleBuildFor 方法介绍中有提到：“scheduleBuildFor 是把一个 element 添加到 _dirtyElements 链表，以便当[WidgetsBinding.drawFrame]中调用 buildScope 的时候能够重构 element。onBuildScheduled()是一个 BuildOwner 的回调”。在 drawFrame 中调用 buildOwner.buildScope(renderViewElement)更新 elements。

void buildScope(Element context, [ VoidCallback callback ]) {

…

while (index < dirtyCount) {

assert(_dirtyElements[index] != null);

assert(_dirtyElements[index]._inDirtyList);

assert(!_dirtyElements[index]._active || _dirtyElements[index]._debugIsInScope(context));

try {

//while 循环进行元素重构

_dirtyElements[index].rebuild();

} catch (e, stack) {

…

}