iOS tableView的优化处理

iOS 中造成tableView卡顿的原因都有哪些呢？

1).没有使用cell的重用标识符，导致一直创建新的cell

2).cell的重新布局

3).没有提前计算并缓存cell的属性及内容

4).cell中控件的数量过多

5).使用了ClearColor，无背景色，透明度为0

6).更新只使用tableView.reloadData()（如果只是更新某组的话，使用reloadSection进行局部更新）

7).加载网络数据，下载图片，没有使用异步加载，并缓存

8).使用addView 给cell动态添加view

9).没有按需加载cell（cell滚动很快时，只加载范围内的cell）

10).实现无用的代理方法(tableView只遵守两个协议)

11).没有做缓存行高（estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同时存在，这两者同时存在才会出现“窜动”的bug。

建议是：只要是固定行高就写预估行高来减少行高调用次数提升性能。如果是动态行高就不要写预估方法了，用一个行高的缓存字典来减少代码的调用次数即可）

12).做了多余的绘制工作（在实现drawRect:的时候，它的rect参数就是需要绘制的区域，这个区域之外的不需要进行绘制）

13).没有预渲染图像。（当新的图像出现时，仍然会有短暂的停顿现象。解决的办法就是在bitmap context里先将其画一遍，导出成UIImage对象，然后再绘制到屏幕）

如何提高tableView的流畅度：

本质上是降低 CPU、GPU 的工作，从这两个大的方面去提升性能。

1.CPU：对象的创建和销毁、对象属性的调整、布局计算、文本的计算和排版、图片的格式转换和解码、图像的绘制

2.GPU：纹理的渲染

CPU 层面卡顿优化：

(1).尽量用轻量级的对象，比如用不到事件处理的地方，可以考虑使用 CALayer 取代 UIView

(2).不要频繁地调用 UIView 的相关属性，比如 frame、bounds、transform 等属性，尽量减少不必要的修改

(3).尽量提前计算好布局，在有需要时一次性调整对应的属性，不要多次修改属性

(4).Autolayout 会比直接设置 frame 消耗更多的 CPU 资源

(5).图片的 size 最好刚好跟 UIImageView 的 size 保持一致

(6).控制一下线程的最大并发数量

(7).尽量把耗时的操作放到子线程

(8).文本处理（尺寸计算、绘制）

(9).图片处理（解码、绘制）

GPU层面卡顿优化：

(1).尽量避免短时间内大量图片的显示，尽可能将多张图片合成一张进行显示

(2).GPU能处理的最大纹理尺寸是 4096x4096，一旦超过这个尺寸，就会占用 CPU 资源进行处理，所以纹理尽量不要超过这个尺寸

(3).尽量减少视图数量和层次

(4).减少透明的视图（alpha<1），不透明的就设置 opaque 为 YES

(5).尽量避免出现离屏渲染