tableView优化思路

通常优化的思路：

1. 提早计算并缓存好高度（布局），由于heightForRowAtIndexPath:是调用最频繁的方法。

2. 复杂界面可采用异步绘制。

3. 在大量图片展现时，能够滑动时按需加载。

4. 尽可能少用或不用透明图层，多个透明元素重叠显示可采用合并成一张图片显示。

5. 减小subviews的数量，若是是不须要交互可使用CALayer 替换掉 UIView。

6. 在heightForRowAtIndexPath:中尽可能不使用cellForRowAtIndexPath:。

7. 根据场景合理使用imageWithContentsOfFile和imageNamed。

8. 页面元素多的时候，减小autolayout布局，采用frame。

9. 缓存NSDateFormatter结果，很少次建立，及时释放。

10. 图片解码时，CALayer 被提交到 GPU 前，CGImage 中的数据才会获得解码，GPU执行，卡主线程。常见的作法是在后台线程先把图片绘制到 CGBitmapContext 中，而后从 Bitmap 直接建立图片。

11. CALayer 的 border、圆角、阴影、遮罩（mask）触发的离屏渲染，可开启CALayer.shouldRasterize ，转嫁到CPU上或是截图或者采用图片实现。

12. 使用RunLoop和多线程在闲时处理一些繁重的计算工做。

缓存高度

提早计算好 cell 的高度和布局

// 关于UITableView有两个重要的方法
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath;

iOS8后，会边滑动边调用heightForRowAtIndexPath:这个方法; 想一想一下, 若是把计算cell高度的方法写在这儿, 不只每次都会调用计算方法, 并且重复滑动的话, 还会再次计算; 因此咱们通常在网络请求结束后，更新界面以前就把每一个 cell 的高度算好，缓存到相对应的 model 中。

异步绘制

在Cell上添加系统控件的时候，实质上系统都须要调用底层的接口进行绘制，当咱们大量添加控件时，对资源的开销也会很大，因此咱们能够索性直接绘制，提升效率。

//异步绘制
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    CGRect rect = CGRectMake(0, 0, 100, 100);
    UIGraphicsBeginImageContextWithOptions(rect.size, YES, 0);
    CGContextRef context = UIGraphicsGetCurrentContext();
    [[UIColor lightGrayColor] set];
    CGContextFillRect(context, rect);

    //将绘制的内容以图片的形式返回，并调主线程显示
    UIImage *temp = UIGraphicsGetImageFromCurrentImageContext();
    UIGraphicsEndImageContext();

    // 回到主线程
    dispatch_async(dispatch_get_main_queue(), ^{
        //code
    });
});

减小层级

减小SubViews的数量, 在滑动的列表上，多层次的view会致使帧数的降低。
例如: 绘制 cell 不建议使用 UIView，建议使用 CALayer。
从形式来讲：UIView 的绘制是创建在 CoreGraphic 上的，使用的是 CPU。CALayer 使用的是 Core Animation，CPU，GPU 通吃，由系统决定使用哪一个。View的绘制使用的是自下向上的一层一层的绘制，而后渲染。Layer处理的是 Texure，利用 GPU 的 Texture Cache 和独立的浮点数计算单元加速 纹理 的处理。

从事件的响应来讲：UIView是 CALayer 的代理，layer自己并不能响应事件，由于layer是直接继承自NSObject，不具有处理事件的能力。而 UIView 是继承了UIResponder 的，这也是事件转发的角度上说明，view要比单纯的layer复杂的多。多层次的view再加上各类手势的处理势必致使帧数的降低。

hide

尽可能少用addView给Cell动态添加View，能够初始化时就添加，而后经过hide来控制是否显示

避免离屏渲染

为了保证TableView的流畅，当快速滑动的时候，cell必须被快速的渲染出来。因此cell渲染的速度必须快。如何提升cell的渲染速度呢？

• 当有图像时，预渲染图像，在bitmap context先将其画一遍，导出成UIImage对象，而后再绘制到屏幕，这会大大提升渲染速度。具体内容能够自行查找“利用预渲染加速显示iOS图像”相关资料。
• 渲染最好时的操做之一就是混合(blending)了,因此咱们不要使用透明背景，将cell的opaque值设为Yes，背景色不要使用clearColor，尽可能不要使用阴影渐变等
• 因为混合操做是使用GPU来执行，咱们能够用CPU来渲染，这样混合操做就再也不执行。能够在UIView的drawRect方法中自定义绘制。

固然除了这些, 还有其余的优化方法:

• 正确地使用UITableViewCell的重用机制
• 避免阻塞主线程
• 按需加载
• 尽量重用开销比较大的对象
• 尽可能减小计算的复杂度