本来不怎么想写这篇文章的， 因为这种东西网上随便搜一大堆。但是还是发现项目中有些同学，没怎么理解好，直接照搬网上的，殊不知其本身虽处理了大部分情况，却仍有一些情况是漏掉的。所以就有了下面这篇文章。 在处理 URL Router 跳转的时候，经常需要得到“当前最上层的视图控制器”…

明显前两种是很不好的，所以这里只说第三种：在设置这两个之前，我们先要理解Button上面的titleLabel和imageView的位置关系（想象Button默认的image和label的显示）：##

选择方案的选择 单线程更新UI 多线程更新UI 从问题本身考虑就两个方案不是单线程就是多线程。 从开发效率来看，开发一个 单线程UI 库，会显得非常容易，而且，每个控件的运行效率肯定会比多线程的效率高

苹果官方加载大图片例子如果是位图，则位图多大则加载到内存中所占用的大小就是多大。如果是非位图的图片比如jpg/png,则需要解码成位图，可以参考iOS图片加载速度极限优化,解码出来的位图多大也就是意味

在上一篇「事件传递及响应链」中介绍了当屏幕上发生一次触摸之后，系统会如何寻找「第一响应者」，在寻找到「第一响应者」之后，如何确定「响应链」以及如何沿「响应链」传递事件。在上一篇文章的环境中，是不使用 UIGestureRecognizer 的。但是在我们平时的开发中想要给一个 …

试想一下假如你是一台手机📟，当有人触摸了屏幕之后，你需要找到他具体触摸了什么东西，他可能触摸是一个按钮，或一个列表，也有可能是一个一不小心的误触，你会设计一个怎么样的机制和系统来处理呢？假如有两个按钮重叠了，或者遇到在滚动列表上需要拖动某个按钮的情况，你设计的机制能正常的运作…

究竟为什么一定要在主线程操作UI呢？如果在后台线程对UI进行操作会发生什么？在后台线程对UI进行操作不是可以更好的避免卡顿吗？这篇文章就是基于这样一些疑问而产生的。

在iOS开发中，图片(UIImage)是我们在开发中，占用手机内存比较大的对象，如果在运行过程中，内存占用过大，对电池寿命会造成影响，如果超过了内存占用的最大值，会造成App的crash。这篇文章从图

UIView 有一个名叫 layer ，类型为 CALayer 的对象属性，它们的行为很相似，主要区别在于：CALayer 继承自 NSObject ，不能够响应事件。 这是因为 UIView 除了负责响应事件 ( 继承自 UIReponder ) 外，它还是一个对 CALay…