1，想象一下，一个VC是盖在另一个VC,或者一个View遮盖了另外一个View，也许只遮盖了部分，那么被遮盖部分是无需显示到屏幕上的；再复杂一点，上层的View设置了半透明，那么这时下面的View也需要透一点点出来；
2，省电以及效率：显示在屏幕的东西其实都是系统通过一个个写像素点，这是个耗电，耗时间的事；为了省电，除非有视图变化，系统不会刷新页面；如果不是要求实时性特高，系统还会降低刷新频率；省电并提高效率的另一个途径就是只刷新屏幕中需要刷新的部分。

分为三组，它们之间相互独立，又相互关联

第一组：布局/定位相关：

• (void)setNeedsLayout：在receiver标上一个需要被重新布局的标记，在系统runloop的下一个周期自动调用layoutSubviews。
• (void)layoutIfNeeded：方法如其名，UIKit会判断该receiver是否需要layout.根据Apple官方文档,layoutIfNeeded方法应该是这样的:layoutIfNeeded遍历的不是superview链，应该是subviews链。
• (void)layoutSubviews：这是核心函数，最终的目的就是调用该函数，开发者不能调用直接调用该函数，但可以重写该函数，来加入些自己的代码。该函数只会进行位置，视图大小的数字计算，并不会引起屏幕的绘制。

第二组：显示相关：

• (void)setNeedsDisplay：在receiver标上一个需要被重新绘图的标记，在下一个draw周期自动重绘，iphone device的刷新频率是60hz，也就是1/60秒后重绘；
• (void)setNeedsDisplayInRect:(CGRect)rect：不但设置了flag，而且详细规定了需要刷新的区域。
• (void)drawRect:(CGRect)rect：这是核心函数，最终导致显示到屏幕上。开发人员不可以直接调用该函数，只能重写该函数，额外做一些我们想做的事。是对receiver的重绘，能获得context。

第三组：约束相关

• setNeedsUpdateConstraints：当一个自定义view的某个属性发生改变，并且可能影响到constraint时，需要调用此方法去标记constraints需要在未来的某个点更新，系统然后调用updateConstraints.

• needsUpdateConstraints：constraint-based layout
  system使用此返回值去决定是否需要调用updateConstraints作为正常布局过程的一部分。

• updateConstraintsIfNeeded：立即触发约束更新，自动更新布局。
  updateConstraints：自定义view应该重写此方法在其中建立constraints.注意：要在实现在最后调用[superupdateConstraints]

然后再来说说它们的关系，实际上这是一个view从计算大小，布局，到显示到屏幕上的过程，遵循一定的顺序：

• 1.布局过程
  Auto layout在view显示之前，多引入了两个步骤：updating constraints和laying out views。每一个步骤都依赖于上一个。display依赖layout，而layout依赖updating constraints，所以顺序是constraints->layout->display；
  第一步：updating constraint
  被称为测量阶段，其从下向上(from subview to super view),为下一步layout准备信息。可以通过调用方法setNeedUpdateConstraints去触发此步。constraints的改变也会自动的触发此步。但是，当你自定义view的时候，如果一些改变可能会影响到布局的时候，通常需要自己去通知Auto layout，updateConstraintsIfNeeded。
  自定义view的话，通常可以重写updateConstraints方法，在其中可以添加view需要的局部的contraints。
  第二步：layout，其从上向下(from super view to subview)，此步主要应用上一步的信息去设置view的center和bounds。可以通过调用setNeedsLayout去触发此步骤，此方法不会立即应用layout。如果想要系统立即的更新layout，可以调用layoutIfNeeded。另外，自定义view可以重写方法layoutSubViews来在layout的工程中得到更多的定制化效果。
  第三步：display，此步时把view渲染到屏幕上，它与你是否使用Auto layout无关，其操作是从上向下(from super view to subview)，通过调用setNeedsDisplay触发，
  因为每一步都依赖前一步，因此一个display可能会触发layout，当有任何layout没有被处理的时候，同理，layout可能会触发updating constraints，当constraint system更新改变的时候。
  需要注意的是，这三步不是单向的，constraint-based
  layout是一个迭代的过程，layout过程中，可能去改变constraints，又一次触发updating constraints，进行一轮layout过程。

注意：如果你每一次调用自定义layoutSubviews都会导致另一个布局传递，那么你将会陷入一个无限循环中。

• 不能直接调用layoutSubviews和drawRect的原因：
  假设我们采用的是直接调用drawRect的机制，先考虑这样一个问题,，现在有两个UIViewController A和B,A为当前view的viewController，如果此时在A中调用［B.view drawRect］，这样B的view无论如何都会调用drawRect的方法重新绘制一遍，这样问题就出来了，有必要吗，毕竟现在显示的是A中的view!B重新绘制一遍就调用了drawRect中的方法，完全是在浪费系统资源啊，而通过setNeedsDisplay,ios就会很聪明的判断出 不需要调用drawRect的方法，这样就避免了系统的无用操作！同理，setNeedsLayout也采用了同样的机制来！

• 何时会调用layoutSubviews，何时需要重写layoutSubviews：
  开发者何时需要重写layoutSubviews的问题，Apple是这么解释的：如果自动适配（autosizing），或自动布局（autolayout）不能满足你的要求的时候，就需要重写了。假设一个屏幕从竖屏变为横屏，本来图文单元是图片在上，文字在下面，可能就变为了左右结构；这个是无论自动适配还是自动布局都解决不了，就只能重写layoutSubviews函数了。
  但有时候它会被莫名奇妙的调用，根据国外社区一个人帖子，做了总结性翻译。layoutSubviews在以下情况下会被调用：

1、init初始化不会触发layoutSubviews
2、addSubview会触发layoutSubviews
3、设置view的Frame会触发layoutSubviews，当然前提是frame的值设置前后发生了变化
4、滚动一个UIScrollView会触发layoutSubviews
5、旋转Screen会触发父UIView上的layoutSubviews事件
6、改变一个UIView大小的时候也会触发父UIView上的layoutSubviews事件