这篇文章主要讨论的是Fluter中CustomPainter中使用repaint属性实现自动paint的原理。
首先使用CustomPaint创建一个StatefulWidget,demo中根据点击位置,对蓝色的圆进行位置变换。
代码如下
Repaint如何工作?
CustomPainter中的源码就有答案
这个时候_repaint
是一个ValueNotifier,那到底是谁注册了listener,什么时候注册,什么时候销毁呢?
啥时候注册?那就给addListener打个断点,查查调用栈。
这个时候就顺腾摸瓜找到CustomPaint(是Paint不是Painter)创建的RenderCustomPaint
,在attach和detach中,进行了注册和销毁。
markNeedsPaint和PipelineOwner是啥?
深入浅出 Flutter Framework 之 PipelineOwner | 雪峰的blog (zxfcumtcs.github.io)
对于PipelineOwner,暂时只能这么说:
那么markNeedsPaint
是什么?这是一个RenderObject的方法,标记该RenderObject在RenderTree上需要更新,具体做法就是设置私有变量_needsPaint
为true
。
这个变量怎么用呢?通过对paint方法打断点,越过了各种Binding,找到了PipelineOwner
的flushPaint
方法。
芜,flushPaint在干嘛?很简单啊,把收集到的_nodesNeedingPaint
全部拿出来画一遍。关于_nodesNeedingPaint
怎么来的,看下面markNeedsPaint
源码中,关于owner
得属性有个add方法,从这边添加dirtyNode
。
注意到代码中我自己添加了一行print,终端输出结果为I/flutter ( 7249): RenderView#ae16c NEEDS-PAINT
,并不是上文提到的RenderCustomPaint
,为什么呢,原因还在markNeedsPaint
的源码里面。
注意到这一行,做了对父级markNeedsPaint
的调用。
好奇现在的RenderTree结构?使用 debugDumpRenderTree
方法把RenderTreeDump出来。
原因一目了然了,自下向上mark到了RenderView
。RenderView是啥?是所有RenderTree的根。最后还有一个isRepaintBoundary
属性,这边简单的解释一下:有时候在RenderTree中会见到 RenderRepaintBoundary class - rendering library - Dart API (flutter.dev),这个作用是用作优化,即当你的子RenderObject的绘制不会影响到父RenderObject的绘制时,插入RenderRepaintBoundary保证局部重绘,避免上面说的一直向上调用parent.markNeedPaint
。