容易忽视的性能杀手：TableView刷新优化特例

在TableView优化检查清单一篇中，例出了TableView优化常见的一些入手点，本篇将给出一个在特定效果下，会影响TableView 刷新效率的一种情形及优化方法，在你决定用复杂方法优化TableView时，提前排除这种可能。

简单的文本也会导致低刷新率

本例中，cell将显示3000个数字：

TableView效果

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"KeyCell"];

    cell.textLabel.text = [NSString stringWithFormat:@"%ld", indexPath.row];
    cell.textLabel.backgroundColor = [UIColor clearColor];
    cell.textLabel.layer.shadowOffset = CGSizeMake(0, 2);
    cell.textLabel.layer.shadowOpacity = 0.5;
    return cell;
}

看上去是很简单的cell，下面用 Instruments 测一下FPS：

未优化前的FPS

出人意料地低，平均没有超过40FPS，是什么原因呢？

离屏渲染

打开“离屏渲染”标示：

离屏渲染检查

可见，透明背景+阴影引发了离屏渲染，去掉后FPS恢复正常，可是这样又达不到需要的阴影效果，有什么办法可以两全其美呢？

阴影也有高刷新率

我们可以做如下设置：

cell.layer.shouldRasterize = YES;

当shouldRasterize设成true时，将渲染光栅化，即将layer渲染成一个bitmap，并缓存起来，等下次使用时直接使用缓存，不再重新去渲染，减少了GPU的占用。
由于bitmap是位图，在屏幕上就会有些失真，会看到毛刺比较明显：

开启光栅化后导致失真

需要设置比例值：

cell.layer.rasterizationScale = [UIScreen mainScreen].scale;

这样就可以即保证阴影的渲染效果，又保证了刷新率。

小提示

有些时候，发生问题的未必是复杂的数据，也有可能是系统机制的原因，因此先通过工具定位问题，再有针对性地进行优化，记住：

提前优化是万恶之源。