本文源自本人的学习记录整理与理解，其中参考阅读了部分优秀的博客和书籍，尽量以通俗简单的语句转述。引用到的地方如有遗漏或未能一一列举原文出处还望见谅与指出，另文章内容如有不妥之处还望指教，万分感谢。
-
setNeedsLayout和layoutIfNeeded被定义在UIView(UIViewHierarchy)分类中的方法，都用于当我们修改了对某一个控件的布局，更新布局的方法，只是时机不同
通过监听runloop状态来区分两者的不同
- (void)subViewAction {
CFRunLoopObserverRef observerRef = CFRunLoopObserverCreateWithHandler(
CFAllocatorGetDefault(),
kCFRunLoopAllActivities,
YES,
0,
^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
switch (activity) {
case kCFRunLoopEntry:
NSLog(@"runloop启动");
break;
case kCFRunLoopBeforeTimers:
NSLog(@"runloop即将处理timer事件");
break;
case kCFRunLoopBeforeSources:
NSLog(@"runloop即将处理sources事件");
break;
case kCFRunLoopBeforeWaiting:
NSLog(@"runloop即将进入休眠");
break;
case kCFRunLoopAfterWaiting:
NSLog(@"runloop被唤醒");
break;
case kCFRunLoopExit:
NSLog(@"runloop退出");
break;
default:
break;
}
});
CFRunLoopAddObserver(CFRunLoopGetCurrent(), observerRef, kCFRunLoopDefaultMode);
CGFloat height = self.subLabel.frame.size.height + 10;
self.subLabel.frame = CGRectMake(0, 40, 200, height);
// [self setNeedsLayout];
// [self layoutIfNeeded];
NSLog(@"马上回来");
}
- (void)layoutSubviews {
[super layoutSubviews];
NSLog(@"来到 layoutSubviews");
}
- 场景一 : 两个方法都不用，直接修改控件高度；输出结果：
2021-02-10 马上回来
2021-02-10 runloop即将处理timer事件
2021-02-10 runloop即将处理sources事件
2021-02-10 runloop即将进入休眠
2021-02-10 来到 layoutSubviews
如果使用Masonry 布局 结果相同
说明不做处理时，runloop在即将休眠时更新控件的布局
- 场景二：setNeedsLayout 输出结果：
2021-02-10 马上回来
2021-02-10 runloop即将处理timer事件
2021-02-10 runloop即将处理sources事件
2021-02-10 runloop即将进入休眠
2021-02-10 来到 layoutSubviews
如果使用Masonry 布局 layoutSubviews 会调两次
和不做处理一样，runloop在即将休眠时更新控件的布局；
- 场景三： layoutIfNeeded 输出结果：
2021-02-10 来到 layoutSubviews
2021-02-10 马上回来
2021-02-10 runloop即将处理timer事件
2021-02-10 runloop即将处理sources事件
2021-02-10 runloop即将进入休眠
如果使用Masonry 布局 结果相同
立即更新布局
看看官方解释：
- setNeedsLayout ：
Call this method on your application’s main thread when you want to adjust the layout of a view’s subviews.
This method makes a note of the request and returns immediately.
Because this method does not force an immediate update, but instead waits for the next update cycle,
you can use it to invalidate the layout of multiple views before any of those views are updated.
This behavior allows you to consolidate all of your layout updates to one update cycle, which is usually better for performance.
如果要调整视图子视图的布局，请在应用程序的主线程上调用此方法。
此方法记录请求并立即返回。
因为此方法不强制立即更新，而是等待下一个更新周期
所以可以使用它在更新任何视图之前使多个视图的布局无效
此行为允许您将所有布局更新合并到一个更新周期，这通常会提高性能。
layoutIfNeeded：
Use this method to force the view to update its layout immediately.
When using Auto Layout, the layout engine updates the position of views as needed to satisfy changes in constraints.
Using the view that receives the message as the root view, this method lays out the view subtree starting at the root.
If no layout updates are pending, this method exits without modifying the layout or calling any layout-related callbacks.
使用此方法可强制视图立即更新其布局
使用“自动布局”时，布局引擎会根据需要更新视图的位置，以满足约束的更改
使用接收消息的视图作为根视图，此方法从根开始布置视图子树
如果没有布局更新挂起，则此方法将退出，而不修改布局或调用任何与布局相关的回调
结论：
setNeedsLayout : 方法记录更新请求并立即返回; 不强制立即更新，而是等待下一个更新周期;
应用场景：适用于所有布局更新合并到一个更新周期，这通常会提高性能；layoutIfNeeded ：可强制视图立即更新其布局，使用“自动布局”时，布局引擎会根据需要更新视图的位置，以满足约束的更改；但会以接收消息的视图作为根视图，从根视图开始布局视图树；
区别：
- 触发layoutSubviews的时机不同，前者会在runloop 即将休眠时触发，且一定会触发；后者会立即触发，但前提是控件的布局发生了改变，如果没改变就不会触发
这里的改变：是指用frame布局 width、 height; x、y轴的值改变无效果
Masonry 只要修改布局就会触发layoutSubviews，不修改不会
setNeedsDisplay 是一个容易和以上两个方法混淆的方法
setNeedsDisplay被定义在 UIView(UIViewRendering) 分类中,
Rendering是渲染的意思，可以理解是绘制
Hierarchy是层级、层次的意思，可以理解是布局
setNeedsDisplay的官方解释：
Marks the receiver’s entire bounds rectangle as needing to be redrawn.
You can use this method or the setNeedsDisplayInRect: to notify the system that your view’s contents need to be redrawn. This method makes a note of the request and returns immediately. The view is not actually redrawn until the next drawing cycle, at which point all invalidated views are updated.
可以使用此方法或setNeedsDisplayInRect:通知系统需要重新绘制视图的内容。
此方法记录请求并立即返回。
在下一个绘图周期之前，视图实际上不会重新绘制，此时所有无效的视图都会更新。
You should use this method to request that a view be redrawn only when the content or appearance of the view change.
If you simply change the geometry of the view, the view is typically not redrawn.
Instead, its existing content is adjusted based on the value in the view’s contentMode property.
Redisplaying the existing content improves performance by avoiding the need to redraw content that has not changed.
注意
如果视图由caeAglayer对象支持，则此方法无效。它仅适用于使用本机绘图技术（如UIKit和核心图形）渲染其内容的视图。
应该使用此方法请求仅当视图的内容或外观更改时才重新绘制视图。如果仅更改视图的几何图形，则通常不会重新绘制视图。而是根据视图的contentMode属性中的值调整其现有内容。重新显示现有内容可以避免重新绘制未更改的内容，从而提高性能。
名词解释：CAEAGLayer （用OpenGL ES绘制的层）
结论：
- 记录请求并立即返回,在下一个绘图周期之前，视图实际上不会重新绘制;
- 使用此方法请求仅当视图的内容或外观更改时才重新绘制视图, 仅更改视图几何图形不回重绘；
- 应用场景：仅适用于使用本机绘图技术（如UIKit和核心图形）渲染其内容的视图
尝试在修改控件的布局后调用setNeedsDisplay 会发生什么 ？
[self setNeedsDisplay];
马上回来
runloop即将处理timer事件
runloop即将处理sources事件
runloop即将进入休眠
来到 layoutSubviews
神奇的发现竟然和调用setNeedsLayout或什么都不做一样；哈哈哈 说明他只关心渲染和绘制
上面的说法都是建立在子控件的修改后还在父控件上，如果已经超出父控件的显示区域那就一定会触发
layoutSubviews的解释：
The default implementation of this method does nothing on iOS 5.1 and earlier. Otherwise, the default implementation uses any constraints you have set to determine the size and position of any subviews.
Subclasses can override this method as needed to perform more precise layout of their subviews. You should override this method only if the autoresizing and constraint-based behaviors of the subviews do not offer the behavior you want. You can use your implementation to set the frame rectangles of your subviews directly.
You should not call this method directly. If you want to force a layout update, call the setNeedsLayout method instead to do so prior to the next drawing update. If you want to update the layout of your views immediately, call the layoutIfNeeded method.
此方法的默认实现在iOS5.1及更早版本上不起任何作用。否则，默认实现将使用您设置的任何约束来确定任何子视图的大小和位置。
子类可以根据需要重写此方法，以便对其子视图执行更精确的布局。仅当子视图的自动调整大小和基于约束的行为不提供所需的行为时，才应重写此方法。可以使用实现直接设置子视图的框架矩形。
不应直接调用此方法。如果要强制布局更新，请在下次图形更新之前调用setNeedsLayout方法。如果要立即更新视图的布局，请调用layoutIfNeeded方法。