前言：Layout是UI自动布局神器，但是大量使用，性能又是令人捉急的，还有一个毛病就是，要获取content真实size的时候，总是要延迟一帧才能拿到真实数据，让我们来研究一下layout的实现

在UGUI的使用中，编辑器或者运行时，对于一个LayoutGroup，当激活它、调整它的RectTransform、增删它的子节点时，都会触发它的子节点的自动布局重建动作。下面是相应代码。

标记更新布局

protected override void OnEnable()

{

base.OnEnable();

SetDirty();

}

protected override void OnRectTransformDimensionsChange()

{

base.OnRectTransformDimensionsChange();

//注意OnRectTransformDimensionsChange中有一个isRootLayoutGroup的属性判断。 //只有该LayoutGroup没有受控于父节点的ILayoutGroup时才会触发SetDirty。 if (isRootLayoutGroup)

SetDirty();

}

protected virtual void OnTransformChildrenChanged()

{

SetDirty();

}

首先看一下为啥要延迟一帧：在SetDirty方法里，如果没有注册到CanvasUpdateRegistry里，就注册有注册的话，就开个协程，在下一帧调用LayoutRebuilder.MarkLayoutForRebuild(rectTransform)。CanvasUpdateRegistry这个类之前在Graphics的章节见到过，它是一个单例类，各UI向其注册更新事件，以在适当的时机被其调用更新对应的内容。

protected void SetDirty()

{

if (!IsActive())

return;

if (!CanvasUpdateRegistry.IsRebuildingLayout())

LayoutRebuilder.MarkLayoutForRebuild(rectTransform);

else

StartCoroutine(DelayedSetDirty(rectTransform));

}

IEnumerator DelayedSetDirty(RectTransform rectTransform)

{

yield return null;

LayoutRebuilder.MarkLayoutForRebuild(rectTransform);

}

有时候希望布局以后自动计算RectTransform的区域，那么就不得不再挂上一个Content Size Fitter组件了，它是在LayoutRebuilder中等待Rebuild()时调用，那么势必会再次造成Rebuild()。

不得不说 Content Size Fitter、VerticalLayoutGroup、HorizontalLayoutGroup、 AspectRatioFitter、GridLayoutGroup组件效率是很低的，它们势必会导致所有元素的Rebuild()执行两次。

1、界面第一次打开需要进行第一次Rebuild()

2、Layout组件要算位置或者大小会强制再执行一次Rebuild()

很有可能有些元素是不需要Rebuild的，但是Layout组件也会强制执行，那么势必造成额外的开销。

Layout还有Min Wdith和Flexible Width可设置最小宽高和弹性宽高，这都需要进行额外的计算产生额外的开销，如果对效率要求比较高的UI，最好可以考虑自行封装一套布局组件。