1. 前言

在Flutter框架分析（四）-RenderObject一文中，我们简单介绍了RenderObject中一个重要成员变量：RelayoutBoundary。下面我们简单回顾下RelayoutBoundary的主要作用。
当一个组件的大小被改变时，其parent的大小可能也会被影响，因此需要通知其父节点。如果这样迭代上去，需要通知整棵RenderObject Tree重新布局，必然会影响布局效率。因此，Flutter通过RelayoutBoundary将RenderObject Tree分段，如果遇到了RelayoutBoundary，则不去通知其父节点重新布局，因为其大小不会影响父节点的大小。这样就只需要对RenderObject Tree中的一段重新布局，提高了布局效率。
那么，RelayoutBoundary是怎么实现将RenderObject Tree分段的呢？本文将通过源码来剖析RelayoutBoundary的工作原理。

2. 源码解析

在Flutter中，如果Widget有更新，需要重新布局，Framework会将需要布局的RenderObject加入PipelineOwner的_nodesNeedingLayout中，然后当下一个VSync信号来临时，Framework会遍历_nodesNeedingLayout，对其中的每一个RenderObject重新进行布局，遍历_nodesNeedingLayout的函数源码如下：

void flushLayout() {
  try {
    // TODO(ianh): assert that we're not allowing previously dirty nodes to redirty themselves
    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 {
  }
}

其中，_layoutWithoutResize会调用RenderObject的performLayout函数，实现该RenderObject的重新布局。
以上流程的示意图如下：

由上述逻辑可知，当Widget有更新，需要重新布局时，加入_nodesNeedingLayout的元素的多少直接关系到需要重新布局元素的多少，如果能将尽可能少的RenderObject加入_layoutWithoutResize，即可尽可能提高布局效率。这就是设计RelayoutBoundary的核心思路。
下面我们来看什么时候会将RenderObject添加进_nodesNeedingLayout。从源码可以看到，添加进_nodesNeedingLayout有两个地方：

初始化RenderView的时候，源码如下：

void scheduleInitialLayout() {
  _relayoutBoundary = this;
  owner._nodesNeedingLayout.add(this);
}

本函数只在Flutter初始化的时候调用一次。

RenderObject标记自己需要重新布局的时候，源码如下：

void markNeedsLayout() {
  if (_needsLayout) {
    return;
  }
  if (_relayoutBoundary != this) {
    markParentNeedsLayout();
  } else {
    _needsLayout = true;
    if (owner != null) {
      owner._nodesNeedingLayout.add(this);
      owner.requestVisualUpdate();
    }
  }
}

那本函数的调用时机是什么呢？主要有以下几种：

子节点变动，例如attach或detach。
自身布局变化，例如Size变化。
当Flutter初始化进行第一次布局，每个RenderObject均需要布局，因此无优化空间，本文主要关注对重新布局的优化，即对markNeedsLayout的调用。接下来我们分析markNeedsLayout的调用链。其流程图如下：

可见，在一个RenderObject调用markNeedsLayout函数后，如果其本身不是_relayoutBoundary，则会通过markParentNeedsLayout函数调用到parent的markNeedsLayout函数，从而形成递归调用，直到找到最近的一个是_relayoutBoundary的上级节点，才会停止递归，并将该节点加入_nodesNeedingLayout。因此，通过_relayoutBoundary，Flutter将RenderObject Tree划分成了数段，当位于某段的RenderObject需要重新布局时，只会更新该段及其下的RenderObject，而不是整个RenderObject Tree。示意图如下：