常驻子线程中调用setNeedsLayout：

如上图所示当线程进入休眠或退出时通过监听"__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__"回调"_ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv"即"CA::Transaction::observer_callback"方法，继而再调用"CA::Transaction::commit()"，最后调用layer中重写的layoutSublayers方法来更新当前的layer。

即便不对subLayer的布局或属性进行任何的更新、当调用setNeedsLayout方法的时候同样会触发subLayer中重写的layoutSublayers方法(将上面的permanentThreadAction2_修改为如下的样式):

常驻子线程中调用layoutIfNeeded (1)：

如上图所示: 修改subLayer的背景色之后、再显式的调用layoutIfNeeded并不会触发layoutSublayers方法。当线程进入休眠或退出时通过监听"__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__"回调"_ZN2CA11Transaction17observer_ callbackEP19__CFRunLoopObservermPv"即"CA::Transaction::observer_callback"方法，继而再调用"CA::Transaction::commit()"。

常驻子线程中调用layoutIfNeeded (2)：

如上图所示：在子线程先调用[self.subLayer addSubLayer:layer];、然后再调用[self.subLayer layoutIfNeeded];此时就会立即触发subLayer中重写的layoutSublayers方法。

常驻子线程中显式调用[CATransaction commit]：

对subLayer布局的修改不会等到permanentThreadAction3_方法返回后才去更新、即当休眠还未结束的时候subLayer的布局就已经被更新并被渲染到当前的view(layer)中去了。

临时子线程中调用layoutIfNeeded：

临时子线程中调用setNeedsLayout：

【临时子线程调试小技巧】

通过GCD获取到的子线程何时被销毁 ？？？

时间不定，也许是几秒、也许是几分钟、也许是天荒地老...

那么如果想让系统尽快销毁之前申请的子线程、有啥招吗 ？？？

我这有个招、那就是不断地从GCD的线程池中请求新线程...

总结：

(1) layoutSubviews & layoutSubLayers这两个方法是用来自定义视图尺寸的,由系统自动调用,开发者不要手动调用,一般运用都是在自定义的类中重写该方法；

(2) setNeedsLayout方法标记为需要重新布局，当调用setNeedsLayout方法时UI并不会立即进行更新，而是等到当前线程休眠或者退出时再触发layer中重写的layoutSubviews方法进行更新；

(3) 调用layoutIfNeeded方法时如果有需要刷新的标记则会立即调用触发layer中重写的layoutSubviews方法进行布局；如果没有标记则不会触发layoutSubviews(layoutSubLayers)；但是这里需要指出一点：当调用layoutSubviews(layoutSubLayers)方法之后、更新后的UI显示到当前的view(layer)上的时机仍然是等到当前线程休眠或者退出时。通过调用__CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ -> CA::Transaction::observer_callback-> CA::Transaction::commit()等方法 进行渲染。如果想立即进行UI的渲染则需要将"[self.subLayer layoutIfNeeded];"方法替换为:"[CATransaction commit];"。

DEMO请移至github

【 请勿直接转载 - 节约能源从你我做起 】