我们先看一个 Layout 的周期
项目以 Run Loop 的形式启动，当约束发生改变的时候，Layout Engine 会重新计算 Layout，之后到 Deferred Layout Pass, 最后，所有的布局完成
约束的改变包括了下面几个方面:
- 约束的 Activating 或 Deactivating
- 改变 constant 或者 改变 priority
- 添加或者删除视图
当收到约束改变的通知以后，Engine 做的第一件事情就是重新计算 Layout，这里我猜想是计算包括优先级在内以及 instrinsicContentSize 的有效的约束，以及排除一些无效的约束，当 Layout Engine 收到新的值以后，会调用 superView 的 setNeedsLayout 方法，通知 superView 重新布局。这也就是为什么会导致延迟布局的原因。
最后一步是 Deferred Layout Pass, 这一步过后，所有 view 的 frame 将被重新布局完毕，
Deferred Layout Pass 包含了 2 个步骤
- 对 constraints 的错误处理 (比如 你让一个 view 居中，但是没有设定它的宽度和高度，Deferred Layout Pass 会处理这些事情)
- 重新布局 view 的位置
完成 Layout 的布局以后，将 subview 的 frame 从 Layout Engine 中拷贝出来给视图，并且从父类开始，向下调用 layoutSubview() 方法
WWDC 中还强调，最好不要去重写 layoutSubviews(), 如果你真的要这么做，那么你需要注意这么几件事情: - 当你的约束不足的时候，去重写 layoutSubviews, 补充不足的约束(比如 补充一些 没有使用 AutoLayout 的 subview 的 frame)
- 一些 view 已经 layout 完毕了，还有一些 view 没有布局完成(应该是指和自己是兄弟 view 的视图)，不过它们马上就会被 layout。
Do
- 调用 super.layoutSubviews()
- 所有的操作应该只在你这个 view 的 subtree 中
Don't
- 不要调用 setNeedUpdateConstraints()
- 不要去操作不在这个 view 的 subtree 中的其它视图
- 不要去盲目的在这里修改 constraint (我猜就是不要修改 constraint 的意思)
整个 layout cycle 需要注意的两个事项： - 不要期望 frame 会立刻改变
- 重写 layoutSubviews() 要小心
