iOS关于UITableView的优化问题

每次都会被问到这个TableView的性能如何优化，今天就来一探究竟吧!

常见的影响tableView的性能的几点：

主线程干了与绘制无关的事情，凡是耗时的都有影响。当然把复杂的事情放到异步线程中去，假如计算时间比较久的话，滑动时也可能出现空白的情况，也是很蛋疼的。

1、大量的对象的创建和销毁，过多的时候肯定是有影响，这个无须多说。
2、文本的计算多的话，放在主线程肯定就有影响。很多时候我们可以都把那个计算提前算出来。
3、服务器下发的图片和实际的尺寸不一致，不得不去手动改尺寸，而重新计算尺寸就是有影响性能的。
4、重复去读图片，可以采取缓存的方法去避免重复。
5、设置圆角。其实单纯的设置圆角很简单，它不会带来任何性能损耗。

view.layer.cornerRadius = 10.0f;

因为在默认情况下，这个属性只会影响视图的背景颜色和 border。而我们加上

label.layer.cornerRadius = 10.0f;
label.layer.masksToBounds = true；

也就是说设置 masksToBounds才会导致离屏渲染，从而影响性能的。具体可以看看 iOS 高效添加圆角效果实战讲解。
6、cell 不复用，这个基本不会用到，我们现在一般都会用的吧。
7、图片的透明，尽量不要用，渲染过程相对比会多好几倍
8、用AutoLayout 某种程度是会重新计算的，自然是耗时的。
9、删除某一组就reload section,删除某一个cell就reloadRow。

上述有些点上现在是不可避免的，例如自动布局这块，现在的项目基本都是用的，但是随着硬件的性能越来越好，小性能的缺失是可以忽略的(个人观点)。

• 避免图层混合
• 确保控件的opaque属性设置为true，确保backgroundColor和父视图颜色一致且不透明（就是不要设置View 的颜色 为Clear）
• 如无特殊需要，不要设置低于1的alpha值 （alpha = 1.0）
• 确保UIImage没有alpha通道
• 避免临时转换
• 确保图片大小和frame一致，不要在滑动时缩放图片( 和重新计算尺寸有关)
• 确保图片颜色格式被GPU支持，避免劳烦CPU转换 （CPU 要做的事太多了）
• 慎用离屏渲染
  绝大多数时候离屏渲染会影响性能 （shouldRasterize（光栅化、masks（遮罩）、shadows（阴影）、edge antialiasing（抗锯齿）、group opacity（不透明）、复杂形状设置圆角等、渐变...）
• 重写drawRect方法，设置圆角、阴影、模糊效果，光栅化都会导致离屏渲染
• 设置阴影效果是加上阴影路径
• 滑动时若需要圆角效果，开启光栅化

*那个 View 设置成 [UIColor clearColor]其实是影响性能的

cell高度这个问题呢

1、异步处理？
2、提前处理？
3、缓存 ？

• 固定高度时，尽量直接用下面这个，而不用那个代理中的高度返回

self.tableView.rowHeight = 44;

 - (CGSize)sizeThatFits:(CGSize)size;
 - (CGRect)boundingRectWithSize:(CGSize)size options:(NSStringDrawingOptions)options attributes:(nullable NSDictionary<NSString *, id> *)attributes context:(nullable NSStringDrawingContext *)context

• 上面相对来说，是我们平常计算高度最常用的方法，前者是 View 本身的，后者是 String 的，但是他们放在什么位置呢，我的想法是提前计算好，不要等到真正滑动时再来算，这样相对来说，对性能的影响就减少啦。例如数据返回的时候，顺便立马就将其需要计算的高度，然后等到需要数据更新时，高度也一并返回把高度给计算好。
  其实这个地方有个问题，当我们用自动布局的时候，数据更新的时候一般还是会重新计算一下约束的，还是有影响的。

写的很粗糙，欢迎大家指正