CALayer的shouldRasterize属性

CALayer的shouldRasterize总是让人困惑，不知道这个属性开启后有什么意义。我们今天就好好来说道说道。

1、何谓光栅化

rasterize，中文是光栅化。这个翻译反而让人更加疑惑了，光栅化是个什么鬼

我们先来看看shouldRasterize在苹果官方文档中的解释：

A Boolean that indicates whether the layer is rendered as a bitmap before compositing. Animatable

翻译：指示layer在混合之前是否被渲染为位图的布尔值。可动画

也就是说所谓光栅化就是把layer转化为位图的过程。

至于何为位图，可以看维基百科的解释： zh.wikipedia.org/wiki/位图

简单说就是像素阵列，描述每个像素的应该是什么值。

2、渲染过程

要彻底理解光栅化，还要理解iOS中界面的渲染过程。渲染是一个复杂的过程，要想说明白需要大量篇幅，我们这里长话短说：

首先CPU计算要显示的内容（包括创建视图，布局计算，图片解码等），得到图层树，按照图层树中图层顺序、RGBA 值、图层 frame 过滤图层中被遮挡的部分，过滤后将图层树转成渲染树，渲染树的信息会提交给GPU。GPU通过6个阶段的工作后，将CPU和GPU计算后的数据显示在屏幕的每个像素点上。这6个阶段就有前面提到的光栅化和混合。

混合或者叫合成，是一个将不同位图放到一起来创建你最终在屏幕上看到图像的过程。

实际上我们可以把位图理解为图层树或者渲染树某个层级计算后得到的最终结果。混合完成后，最终得到一张位图。

3、当设置shouldRasterize = YES 时到底做了些什么。

3.1 减少视图层级，简化GPU的混合过程

设置一个CALayer的shouldRasterize=YES，相当于提前把一个CALayer光栅化。这个CALayer图层结构就被拍扁了，只成为一张位图，GPU混合的时候，不需要混合这个CALayer上其他图层，因为实际上这个CALayer变成了只有一层。

3.2 缓存得到图像，提高性能

启用shouldRasterize属性会将图层绘制到一个屏幕之外的图像。然后这个图像将会被缓存起来。

如果有很多的子图层或者有复杂的效果应用，这样做就会比重绘所有事务的所有帧划得来得多。但是光栅化原始图像需要时间，而且还会消耗额外的内存。

4、shouldRasterize的应用场景

通过上面shouldRasterize的理解，就不难得出shouldRasterize应该如何应用。

4.1 启用shouldRasterize提升tableView性能

由于启用shouldRasterize得到的图像会被缓存起来。这大大减少了GPU的负担。试想在一个table view的cell中，有非常复杂的层级结构。滑动tableview的时候，GPU需要进行大量的混合，这有可能会导致性能问题。我们可以尝试将cell的layer的shouldRasterize打开提升性能。

4.2 启用shouldRasterize提升动画性能

对一个层级复杂的视图做动画时，也可以启用shouldRasterize避免GPU每帧都重新混合。

4.3 启用shouldRasterize改善离屏渲染的性能。

仍然是在一个table view的cell中，如果使用了阴影效果，那么会触发离屏渲染：

//dequeue cell
    UITableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"Cell"
                                                                 forIndexPath:indexPath];
    ...
    //set text shadow
    cell.textLabel.backgroundColor = [UIColor clearColor];
    cell.textLabel.layer.shadowOffset = CGSizeMake(0, 2);
    cell.textLabel.layer.shadowOpacity = 0.5;”
复制代码

每一行的字符和头像在每一帧刷新的时候并不需要变，所以看起来UITableViewCell的图层非常适合做缓存。我们可以使用shouldRasterize来缓存图层内容。这将会让图层离屏之后渲染一次然后把结果保存起来，直到下次利用的时候去更新:

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
 {
    //dequeue cell
    UITableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"Cell"
                                                                 forIndexPath:indexPath];
    ...
    //set text shadow
    cell.textLabel.backgroundColor = [UIColor clearColor];
    cell.textLabel.layer.shadowOffset = CGSizeMake(0, 2);
    cell.textLabel.layer.shadowOpacity = 0.5;
    //rasterize
    cell.layer.shouldRasterize = YES;
    cell.layer.rasterizationScale = [UIScreen mainScreen].scale;
    return cell;
}
复制代码

4.4 实际测量而不是猜测

在使用上述手段优化之前，首先要通过实际真机测试，确定确实出现了性能问题。

优化之后，还要真机测试，确认真的解决了性能问题。

在一个经常会变化的layer中开启shouldRasterize是没有多大意义的，因为缓存的图像总是不能被使用，而光栅化还要消耗性能，没准适得其反。

Instrument的Core Animation可以监控Core Animation的性能。

Xcode->Debug->View Debugin->Rendering->Color Offscrenn-rended Yellow 可以为产生了离屏渲染的layer着黄色。

Xcode->Debug->View Debugin->Rendering->Hits Green and MissesRed 当使用shouldRasterizep属性的时候，耗时的图层绘制会被缓存，然后当做一个简单的扁平图片呈现。当缓存再生的时候这个选项就用红色对栅格化图层进行了高亮，缓存被重复使用的话就会以绿色进行高亮。如果缓存频繁再生的话（红色太多），就意味着栅格化可能会有负面的性能影响了。