首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【 Flutter 极限测试】连续 1000000 次 setState 会怎么样

    测试描述 可能很多人会认为,每次的 State#setState 都会触发当前状态类的 build 方法重新构建。但真的是这样吗,你真的了解 Flutter 界面的更新流程吗?...源码调试分析 如下,在 State#setState 源码中可以看出,它只做了两件事: 触发入参回调 fn 。 执行持有元素的 markNeedsBuild 方法。...在 Elememt#markNeedsBuild 方法中没有一个非常重要的判断,那就是下面 4440 行 中,如果 dirty 已经是 true 时,则直接返回,不会执行接下来的方法。...总的来说, State#setState 的核心作用就是把持有的元素标脏并申请新帧调度。而只有新帧到来,执行完构建之后,元素的 dirty 才会置为 false 。...也就是说,两帧之间,无论调用多少次 setState ,都只会触发一次, 元素标脏 和 申请新帧调度 。这就是为什么连续触发 1000000 次,并无大事发生的原因。

    88030

    flutter源码:setState分析

    setState方法算是flutter使用最频繁的方法了,每次页面数据有改变,都需要调用这个方法,去触发页面的刷新,展示最新的UI效果,接下来从源码角度解读下setState后具体发生了什么 系统源码部分...,会做截取,仅保留跟主题有关的部分,开始吧 void setState(VoidCallback fn) { // 省略了一大堆的判断代码 final Object?...markNeedsBuild(); } 上面可以看到,回调方法VoidCallback fn是马上会被同步执行,然后调用这个widget对应的element的markNeedsBuild方法 void...scheduleBuildFor(this); } 就是把这个element标记为dirty,如果已经标记过,则忽略,说明连续调用两次setState方法,第二次其实是多余的,然后是调用owner...总结 setState其实就是告诉系统,在下一帧刷新的时候,需要更新当前widget,整个过程,是一个异步的行为,所以下面的三个写法,效果上是一样的 // 写法一 _counter++;

    87810

    Widget的生命周期和渲染原理

    我们知道,在需要修改数据更新UI的时候,只要调用setState然后在其中更改数据,这样UI就可以随之改变了,这是因为setState函数可以触发widget的销毁重建,也就是会触发state的build...接下来我们看一下setState的源码: 可以看到,除了断言,这里面实际上就调用了一行代码: _element!....好,现在我们知道了通过setState来根据数据自动调整UI的原理了,因此,原则上我们是可以不调用setState而直接给element调用markNeedsBuild函数来实现UI的更新,即: 在StatefulWidget...的build方法中将context转成StatefulElement类型的element,然后直接在对应的数据更新完了之后,手动调用element.markNeedsBuild(),这样就能够实现UI的更新了...StatefulElement; 在StatefulElement的构建函数中,调用了widget的createState函数来创建State,并且给创建出来的State对象的element和wiget

    1.7K20

    Flutter | 启动,渲染,setState 流程

    组件树在构建完毕后,回到 runApp 的实现中,当调完 attachRootWidget 后,最后一行会调用 WidgetsFlutterBainding 实例的 scheduleWarmUpFrame...下面我们以 setState 的更新流程为例先对整个更新流程有一个比较深的印象。 setState 执行流 void setState(VoidCallback fn) { assert(fn !..._inDirtyList = true; } 复制代码 当调用 setState 后: 1,首先调用 markNeedsBuild 方法,将 element 的 dirty 标记为 true,表示需要重建...到此,setState 中最核心的就是触发了一个 请求,在下一次屏幕刷新的时候就会回调 onBeginFrame,执行完成之后才会调用 onDrawFrame 方法。...上屏,会将绘制出的bit数据发送给GPU .....///// } } 复制代码 以上,便是 setState 调用的大概过程,实际的流程会更加复杂一点,例如在这个过程中不允许再次调用 setState

    1.6K10

    Flutter 组件集录 | InheritedNotifier 内置状态管理组件

    可以看到 DetailProgressView 此时可以是 StatelessWidget , 但依然会被通知,从而重新构建。这是一种非 State#setState 更新状态的方式。...:使用了 of 获取数据的组件,在可监听对象发生通知时会触发重新构建。...了解 Flutter 框架的都知道 State#setState 本质上也就是触发了持有 Element 的 markNeedsBuild 方法。...凡是调用 dependOnInheritedWidgetOfExactType 的元素,都会被加入到映射中: 触发 notifyClients 时,将会通知元素映射中的元素触发 didChangeDependencies...如下所示,此时其中是 HomeProgressView 对应的元素: 也就是说,接下来 HomeProgressView 对应的元素触发 didChangeDependencies,其中调用了 markNeedsBuild

    65720

    Flutter | 一文搞懂 BuildContext

    Element).markNeedsBuild(); 复制代码 这样就可以直接对当前的 Element 进行刷新,而不必去通过 SetState,但是这种做法是极其的不推荐的。...其实在 SetState 中,最终也是调用的 markNeedsBuild 方法,如下: void setState(VoidCallback fn) { assert(fn !...markNeedsBuild(); } 复制代码 我们在写代码的过程中还会发现一个问题,就是要更新的状态不是必须要写在 setState 里面,只要写在 setState 上面 即可,这样也没有问题,...但是最后发现了这个问题的弊端了,如大多数人会在每个方法的后面加一个 setState,导致过度的开销,并且在删除的时候也是不知道这个这个 setState 到底有没有实际的意义,这就会造成一些不必要的麻烦...所以 Flutter 在 setState 中加了一个回调,我们可以需要更新的状态直接放在回调里面,和状态没关系的放在外边即可。

    81730

    Flutter框架分析(四)-- Flutter框架的运行

    ; _element.markNeedsBuild(); } 这里会调用到Element的markNeedsBuild()函数。...它的实例是在WidgetsBinding初始化的时候构建的。...渲染流水线的构建(build),布局(layout)和绘制(paint)阶段都是在其中一个回调里的。 “Post-Frame”回调主要是在新帧渲染完成以后的一类调用,此类回调只会被调用一次。...其入参renderViewElement是element tree的根节点。此时渲染流水线就进入了构建(build)阶段。接下来调用了super.drawFrame()。...可见构建(build)过程是从需要重建的Element节点开始一层层向下逐个更新子节点。直到遇到叶子节点为止。 至此渲染流水线的构建(build)阶段就跑完了。

    1.1K40

    Flutter框架分析(三)-- Widget,Element和RenderObject

    Element不会去管具体的颜色,字体大小,显示内容等等这些UI的配置或描述,也不会去管布局,绘制这些事,它只管自己的那棵树。Element的主要工作都处于渲染流水线的构建(build)阶段。...如果当前State不是在mounted == true的状态,你去调用setState()是会crash的。 函数initState()用来初始化State。...这个函数只是简单执行传入的回调然后调用_element.markNeedsBuild()。你看,如果此时_element为空的时候会不会出问题?...所以建议大家在调用setState()之前用mounted判断一下。另外要注意的一点是,这个函数也是触发渲染流水线的一个点。...函数rebuild()在渲染流水线的构建(build)阶段被调用。具体的重建在函数performRebuild()中,由Element子类实现。

    1.7K10

    Flutter进阶-Key之GlobalKey

    我们这不做深入讨论,只需要知道在element树构建中是会将owner传递,即共享一个owner对象。...实现原理: 在开始探索原理之前,我们需要明白setState的流程,我们简单过一下,在setState之后,会将当前widget(MyHomePage)markNeedsBuild,markNeedsBuild...递归child更新,RenderObjectElement则是更新RenderObject,如果是带child或children的RenderObjectElement最终也会调用到updateChild...答案是有的,在inflateWidget递归构建新的element树时,会判断widget key是否是GlobalKey,是的话尝试调用_retakeInactiveElement,_retakeInactiveElement...答案是会的,但是build方法调用不代表我们的widget被重新绘制,在Flutter中build方法是生成widget配置信息的,是很轻量也是会被频繁调用。

    2.3K20

    【源码篇】Flutter Provider的另一面(万字图文+插件)

    关于Provider的源码,如果对设计模式或面向接口编程不熟悉的话,看起来是相当懵逼的,基本就是:懵逼树上懵逼果,懵逼树下你和我;Provider源码使用了大量的抽象类,调用父类构造函数,继承实现断言,..., ); } } _InheritedProviderScope 这里是继承了InheritedWidget,里面重写createElement方法,在构建Widget的时候,这个方法是肯定会被调用的...这里直接给出结论了,还是在 _InheritedProviderScopeElement这个上下文类里面 reassemble:全局状态的初始化逻辑或热重载的时候被调用 _delegateState首先在...markNeedsBuild() 可以理解为:最终会调用该Widget的build方法 markNeedsBuild()就不讲了,内部涉及逻辑太多了,还涉及bind类,还会涉及到绘制流程,我嘞个去。。。...上面所有流程都是为了调用 _dependents这个Map中key(Element)的markNeedsBuild()方法,最终是为了调用这个Element的Widget的build方法!

    1.8K61
    领券