一.带着问题了解什么是离屏渲染？

        在iOS开发中，我们经常会写到这样的代码:btn.layer.cornerRadius = 50;btn.clipsToBounds = YES;很多的面试官也会问我们平常给VIew设置圆角的时候应该注意什么？在UITableViewCell中，如果出现了btn.layer.cornerRadius = 50;btn.clipsToBounds = YES这两行代码，会给tableVIew的渲染以及滑动带来什么影响？为什么在有些地方不建议使用这样的代码设置圆角？（btn只是一个举例，实际上它可以是UIview，UIbutton，uiimageVIew等），你们是否能回答出面试官心中想要的答案？

二.离屏渲染的由来

        在上一篇文章中，我提到了图像/图形渲染的流程:GPU进⾏渲染->帧缓存区⾥ ->视频控制器->读取帧缓存区信息(位图) -> 数模转化(数字信号处->模 拟型号) ->(逐⾏扫描)显示,重点来了:当帧缓冲区的数据不能直接被视频控制器扫描显示的时候，我们要额外的开辟一个缓冲区------->离屏缓冲区来存储我们不能第一时间交给视频控制器显示的数据，在离屏缓冲区渲染好我们不能直接被视频控制器显示的数据，等到最终我们可以确认当前的VIew到底怎么显示之后，再交给帧缓冲区----->视频控制器显示。

为什么不能直接显示（简书不能设置字体颜色，差评！！！！就以图片的形式展示吧）：

        离屏渲染的代价很高，想要进行离屏渲染，首选要创建一个新的缓冲区，屏幕渲染会有一个上下文环境的一个概念，离屏渲染的整个过程需要切换上下文环境，先从当前屏幕切换到离屏，等结束后，又要将上下文环境切换回来。这也是为什么会消耗性能的原因了 （间接回答了如果出现了btn.layer.cornerRadius = 50;btn.clipsToBounds = YES这两行代码，会给tableVIew的渲染以及滑动带来什么影响？）   

        特别提醒:离屏渲染是系统触发，触发了之后才有离屏缓冲区，离屏缓冲区和我上一篇文章讲到的帧缓冲区的二级缓冲机制没有任何的因果关系

        最终当触发了离屏渲染之后，图像/图形的渲染流程变成了:app进⾏额外的渲染和合并-> offscreen Buffer(离屏缓冲区) 组合. -> FrameBuffer(帧缓冲区) -> 屏幕;特点:(离屏渲染-> 额外的存储空间/offscreen Buffer->FrameBuffer ) offscreenBuffer 空间大小-> 屏幕像素点2.5倍 

离屏渲染遵循画家算法：按次序输出到frame buffer，后一层覆盖前一层，就能得到最终的显示结果（值得一提的是，与一般桌面架构不同，在iOS中，设备主存和GPU的显存共享物理内存，这样可以省去一些数据传输开销），然而有些场景并没有那么简单。作为“画家”的GPU虽然可以一层一层往画布上进行输出，但是无法在某一层渲染完成之后，再回过头来擦除/改变其中的某个部分——因为在这一层之前的若干层layer像素数据，已经在渲染中被永久覆盖了。这就意味着，对于每一层layer，要么能找到一种通过单次遍历就能完成渲染的算法，要么就不得不另开一块内存，借助这个临时中转区域来完成一些更复杂的、多次的修改/剪裁操作。

画家算法（把每一层依次输入到画布）

三.btn.layer.cornerRadius = 50&&btn.clipsToBounds = YES就一定会触发离屏渲染？

        首先我们先开启离屏渲染的检测，在模拟器打开color offscreen-rendered,开启后会把那些需要离屏渲染的图层高亮成黄色，这就意味着黄色图层可能存在性能问题。

我们写下如下代码:

注意：在我的电脑中，选择机型11-Pro-Max的时候出现的模拟器屏幕是:

细心的同学就会发现1和3变成了黄色，这里看不清楚，当我选择了iphone8的时候:

这里就明显看出1和3变成了黄色，标记为触发了离屏渲染，个人觉得这应该是模拟器的bug吧，如果你的电脑没有出现这个问题，请忽略，有的话就试着选一选其他机型吧！！！

首先普及一下CALayer的层次结构:CALayer由背景色backgroundColor、内容contents、边缘borderWidth&borderColor构成

重点重点重点(重要的事情说三遍):cornerRadius的文档中明确说明对cornerRadius的设置只对 CALayer 的backgroundColor和borderWidth&borderColor起作用，如果contents有内容或者内容的背景不是透明的话，只有设置masksToBounds为 true 才能起作用，此时两个属性相结合，产生离屏渲染。这也就说明了上面代码为什么1和3触发了离屏渲染，而2和4没有触发离屏渲染

解决办法:

(1)后台绘制圆角图片，前台进行设置

(2)对于 contents 无内容或者内容的背景透明(无涉及到圆角以外的区域)的layer，直接设置layer的 backgroundColor 和 cornerRadius 属性来绘制圆角。

(3)使用混合图层，在layer上方叠加相应mask形状的半透明layer

sublayer.contents=(id)[UIImage imageNamed:@"xxx"].CGImage;

[view.layer addSublayer:sublayer];

(4)- (UIImage *)yy_imageByRoundCornerRadius:(CGFloat)radius corners:(UIRectCorner)corners borderWidth:(CGFloat)borderWidth borderColor:(UIColor *)borderColor borderLineJoin:(CGLineJoin)borderLineJoin此方法为YY_image处理圆角的方法，你可以去下载YY_image查看源码

其他情况触发离屏渲染以及解决办法：

1. mask（遮罩）------>使用混合图层，在layer上方叠加相应mask形状的半透明layer

2.edge antialiasing（抗锯齿）----->不设置 allowsEdgeAntialiasing 属性为YES(默认为NO)

3. allowsGroupOpacity（组不透明,开启CALayer的allowsGroupOpacity属性后，子 layer 在视觉上的透明度的上限是其父 layer 的opacity(对应UIView的alpha)，并且从 iOS 7 以后默认全局开启了这个功能，这样做是为了让子视图与其容器视图保持同样的透明度。)------->关闭 allowsGroupOpacity 属性，按产品需求自己控制layer透明度

4.shadows（阴影）------>设置阴影后，设置CALayer的 shadowPath,view.layer.shadowPath=[UIBezierPath pathWithCGRect:view.bounds].CGPath;

CALayer离屏渲染终极解决方案:当视图内容是静态不变时，设置 shouldRasterize(光栅化)为YES（缓存离屏渲染的数据，当下次用到的时候直接拿，不需要开辟新的离屏缓冲区），此方案最为实用方便。view.layer.shouldRasterize = true;view.layer.rasterizationScale = view.layer.contentsScale;

shouldRasterize （光栅华使用建议）:

1.如果layer不需要服用，则没有必要打开

2.如果layer不是静态的，需要被频繁修改，比如出于动画之中，则开启光栅华反而影响性能

3.离屏渲染缓存有时间限制，当超过100ms，内容没有被使用就会被丢弃，无法复用

4.离屏渲染缓存有空间限制，超过屏幕像素的2.5倍则失效，并无法使用

特别说明:当视图内容是动态变化(如后台下载图片完毕后切换到主线程设置)时，使用此方案反而为增加系统负荷。

总结：

(1)离屏渲染是系统触发，触发了之后才有离屏缓冲区，离屏缓冲区和我上一篇文章讲到的帧缓冲区的二级缓冲机制没有任何的因果关系

(2)btn.layer.cornerRadius = 50&&btn.clipsToBounds = YES不一定会触发离屏渲染，cornerRadius的文档中明确说明对cornerRadius的设置只对 CALayer 的backgroundColor和borderWidth&borderColor起作用，如果contents有内容或者内容的背景不是透明的话，只有设置masksToBounds为 true 才能起作用，此时两个属性相结合，产生离屏渲染

(3)在uitableVIewcell触发了离屏渲染，会导致在滑动的时候高频率的开辟离屏缓冲区，这样就会造成tanleView滑动卡顿，如果视图内容是静态不变时，设置 shouldRasterize(光栅化)为YES，此方案最为实用方便，但是当视图内容是动态变化(如后台下载图片完毕后切换到主线程设置)时，使用此方案反而为增加系统负荷。

(4)现在摆在我们面前得有三个选择：当前屏幕渲染、离屏渲染、CPU渲染，该用哪个呢？这需要根据具体的使用场景来决定。·   尽量使用当前屏幕渲染,鉴于离屏渲染、CPU渲染可能带来的性能问题，一般情况下，我们要尽量使用当前屏幕渲染。离屏渲染 VS CPU渲染