Flutter - Widget生命周期与渲染原理

生命周期的基本概念:
生命周期的本质上就是回调方法,这个回调方法能够让我们知道这个widget处于一个什么样的状态。我们可以实现这个方法去监听widget的生命周期。
生命周期的作用:

  • 监听widget事件
  • 初始化数据,创建数据,发送网络请求等等
  • 内存管理,数据销毁,监听销毁等等
    Widget的生命周期

StatelessWidget

无状态的widget比较简单,StatelessWidget只有一个build方法和构造方法
StatelessWidget会在底层调用
StatelessElement createElement() => StatelessElement(this);这个方法来创建一个Element树,在StatelessElement中调用
Widget build() => widget.build(this);来构建widget。

  • 构造方法
  • build方法
    代码验证一下
class LessApp extends StatelessWidget {
  final String title;
  LessApp({this.title}){
    print('构造函数被调用了');
  }
  @override
  Widget build(BuildContext context) {
     print('build被调用了');
    return Center(
      child: Text('hello flutter'),
    );
  }
}

上面运行的结果
运行结果

StatefulWidget

StatefulWidget包含两个对象Widget和State,下面介绍一下它的生命周期

  • Widget构造方法
  • Widget的createState
  • State的构造方法
  • State的initState方法
    源码解释:Called when this object is inserted into the tree.当这个对象被添加到Widget树中会被调用
  • didChangeDependencies方法(依赖关系改变)
    源码解释:Called when a dependency of this [State] object changes.当该[State]对象的依赖项发生更改时调用。
  • State的build方法
    我们可以看下源码,在StatefulWidget源码里面会创建一个 Element
    StatefulElement createElement() => StatefulElement(this);
    StatefulElement里面会创建一个状态_state,然后会重写build方法
    Widget build() => _state.build(this);这个this就是MaterialApp,MaterialApp的Scaffold的body是下面的代码中的StateApp,这样就掉用到了该State下的build方法,同时将widget保存在_state中_state._widget = widget;这也是为什么在state中能够使用widget来访问变量,其他的地方则不行的原因。
  • didUpdateWidget
    这个一般用在状态改变,并且沿着widget传值使用,比如调用了setState.
    实际上这里flutter框架会创建一个新的Widget,绑定本State,并在这个函数中传递老的Widget。
    这个函数一般用于比较新、老Widget,看看哪些属性改变了
  • deactivate
    Called when this object is removed from the tree.当这个对象从渲染树中移除的时候会调用这个方法。(即将销毁)
  • dispose
    Called when this object is removed from the tree permanently,当对象从渲染树上已经移除调用该方法。
    下面使用示例来详细说明,我们设置了一个按钮和一个text,点击按钮text文字会增量变化。
class StateApp extends StatefulWidget {
  final String title;
  StateApp({this.title}){
    print('构造函数被调用了');
  }
  @override
  _MyAppState createState() => _MyAppState();
}
class _MyAppState extends State<StateApp> {
  _MyAppState(){

    print('State的构造方法来了');
  }
 int _count =0;

  @override
  void initState() {
    print('State的init来了');
    // TODO: implement initState
    super.initState();

  }
  @override
  Widget build(BuildContext context) {
    print('State的build来了');
    return Column(
      children: <Widget>[
        SizedBox(height: 200,),
        RaisedButton(
          child: Icon(Icons.add),
            onPressed: (){
             _count++;
             setState(() {

             });
            }
        ),
        Text('$_count'),
      ],
    );
  }
  @override
  void dispose() {
    // TODO: implement dispose
    print('dispose来了');
    super.dispose();
  }
  @override
  void didChangeDependencies() {
    // TODO: implement didChangeDependencies
    super.didChangeDependencies();
  }
 @override
  void deactivate() {
    // TODO: implement deactivate
    super.deactivate();
  }
  
  
}

上面这段代码的运行结果

截屏2020-06-16 14.30.21.png

然后我们点击按钮,每次点击都会重新调用build方法改变界面。为什么呢,因为当我们调用setState的时候,追踪源码发现它调用的是 _element.markNeedsBuild()->rebuild()-> _dirtyElements.add(element)重新加到Element树中进行渲染。

Widget渲染原理

首先flutter中有三棵树,Widget树、Element树、Render树

  • Widget Tree :隐式调用createElement方法
    flutter引擎并不是直接渲染Widget树,因为widget每一次build都会重新创建,widget非常不稳定,如果直接渲染性能消耗严重,所以widget不是引擎直接渲染的树。
    每一个Widget都会创建一个Element对象,隐式调用createElement方法,Element加入Element树中。
  • Element Tree有三中RenderElement、StatefulElement、StatelessElement。

RenderElement
主要是创建RenderObject对象
1.创建RanderElement,只要加入Element树里面就会执行mount方法(createElement执行完就会调用)
2.Flutter会调用mount方法,调用createRanderObject方法

StatefulElement
StatefulElement继承ComponentElement
1.调用createState方法,创建State
2.将Widget赋值给state
3.调用state的build方法 并且将自己(Element)传出去,build里面的context 就是Widget的Element。

StatelessElement
StatelessElement继承ComponentElement
1.StatelessWidget会创建StatelessElement
2.主要就是调用build方法 并且将自己(Element)传出去。

  • Render Tree:RenderElement主要是创建RenderObject对象
    我们的渲染引擎直接渲染的是Render树,Render树放的是RenderObject对象,追踪源码可以得知并不是所有的widget都会加入到Render中,比如我们的StatelessWidget、和StatefulWidget就不是继承RenderObjectWidget。总结:并不是所有的widget都会被独立渲染,只有继承RenderObjectWidget的才会创建RenderObject对象,才会被加入到Render Tree。

总结:上文中我们已经知道flutter直接渲染的是Render树,而widget树非常不稳定,那么就需要一个桥梁来对比老的widget和新的widget有什么样的变化,这个桥梁就是Element树,创建widget与之对应就会创建一个一模一样的Element树。Element既引用widget树同时也通知Render树哪些是变化的,哪些是没有变化的,再由渲染引擎来渲染,这样就大大的提高了效率。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,332评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,508评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,812评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,607评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,728评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,919评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,071评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,802评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,256评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,576评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,712评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,389评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,032评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,798评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,026评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,473评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,606评论 2 350