iOS layoutSubviews总结

更新布局总会重新触发layoutSubviews方法。

layoutSubviews

继承于UIView的子类重写，进行布局更新，刷新视图。如果某个视图自身的bounds或者子视图的bounds发生改变，那么这个方法会在当前runloop结束的时候被调用。为什么不是立即调用呢？因为渲染毕竟比较消耗性能，特别是视图层级复杂的时候。这种机制下任何UI控件布局上的变动不会立即生效，而是每次间隔一个周期，所有UI控件在布局上的变动统一生效并且在视图上更新，苹果通过这种高性能的机制保障了视图渲染的流畅性。

作为正常启动过程的一部分，iOS中的UIApplication在主线程上运行app的main run loop。主运行循环处理事件（如用户触摸）和基于视图的界面更新。当事件（如触摸、位置更新、多媒体控制、motion等）发生时，run loop会找到事件的相应处理程序，调用对应方法。在某一时刻，所有事件都已被处理，控制返回到run loop，将这一刻称为更新周期（update cycle），这也是Apple在文档中的做法。你也可以使用其他术语对其进行概念化，例如：动作中断(a break in the action)、重绘周期(redraw cycle)、空闲时刻(a free moment)。

当事件正在处理和分发时更改视图，这些操作并不会立即执行。相反，系统会记录更改，并将视图标记为需要重绘，在下一更新周期重新布局视图。因为所有这些发生的都很快，一般在用户看来并不需要等待重新绘制。知道处理事件和更新布局之间有时间间隔，有助于理解setNeedsLayout和layoutIfNeeded。

现在，可以通过引用上面的update cycle来查看这两种方法之间的区别。

setNeedsLayout：当需要调整UIView子视图布局时，需要在主线程调用该方法。该方法记录请求并立即返回(即异步执行)，等待下一个更新周期更新视图。因此，可以将多个视图布局更新合并到一个update cycle，这样有助于提高性能。需要注意的是，我们无法知道下个update cycle在何时发生。

layoutIfNeeded：强制视图立即更新其布局，即同步执行。当使用Auto Layout时，布局引擎根据约束的变化更新视图的位置。该方法的接收者将作为根视图，布局时也将从视图树的根视图开始。如果没有待处理的布局更新，则此方法将直接退出，而不会修改布局，或调用任何与布局有关的方法。

当修改高度约束后，会自动执行setNeedsLayout等价操作，其会自动在下一个update cycle更新视图，而不需要显式调用setNeedsLayout方法。但这一更新过程不是动画形式。在上面的代码中，使用了一个2秒钟的动画，在动画中使用layoutIfNeeded强制立即刷新。因为这一布局过程是同步执行，视图约束的变化会被动画捕捉到。

第一阶段更新约束(constraint pass)，这发生在底部。

第二阶段布局视图和子视图(layout pass)，其自上到下发生，且和约束设置有关。

第三阶段显示视图(display pass)，根据布局信息(layout pass)重新绘制视图。

4. layoutSubviews

在iOS 5.1之后，layoutSubviews默认使用你设置的约束来确定子视图的大小和位置。

子类根据需要重写此方法，以执行更为精确的子视图布局。只有在子视图的autoresizing和约束不能满足布局要求时，才应该重写layoutSubviews。重写该方法时，可以直接设置子视图的frame。

不要直接调用layoutSubviews方法。如果要强制更新布局，使用setNeedsLayout方法；如果需要立即更新布局，调用layoutIfNeeded方法。