大致链路

UIView/CALayer---->CoreAnimation./Core Graphics/Core Image---->GPU Drive-->GPU

图层树/视图树

一个UIView（视图）对应一个CALayer（图层），CALayer对应显示的数据其有个content代表Bitamp，渲染流程后的Bitmap被存储在content属性中（这个bitmpa也叫back store）UIView代表视图树对应的CALayer对应图层树

分离UIView和CALayer的目的在于：职责分离，可移植到MAC os上处理。对应于不同的交互UIView（负责响应用户交互，管理视图用于显示正确的图层树）是不同的，而CALayer（图层树）只负责提供Bitmap用于CoreAnimation框架读取组合，CoreAnimation框架可以复用

Core框架处理（组合）

CoreAnimation用于快速组合不同的CALayerr来显示到屏幕上 CoreGraphics用于实时计算，运行时绘制图像的核心图像库，

CoreImage，图像处理分析框架，对已经存在的图像进行处理。运行前处理图像

OPENGL

直接与GPU交互，由GPU的显卡提供商提供，用于2D3D图形渲染。

GPUDrive

链接到GPU

CALayer的content属性

主要职责：提供Bitmap用于CoreAnimatin框架组合显示 纹理就是一个2D图片 该content属性指向一块缓冲区（backing store）就是一个Bitmap纹理。该缓冲区保存的图片叫做寄宿图。

渲染流程基于顶点，基于纹理（直接提供图片）：

1.使用图片纹理：contents属性配置

数据类型为id而不是CGImage是为了适配MAC OS系统，MAC OS系统中定义CFImage和NSImage都起作用

2.自己基于顶点来处理数据，手动绘制

顶点的需要自己计算纹理，光照信息用于片段主色器显示颜色

UIView中有一个drawRect方法用于实现自定义绘制，由Core Graphics处理绘制寄宿图， 实现原理：drawRect是CALayer的方法，CALayer中有一个delegete代理的属性，UIView实现了这个代理的协议，因此CALayer请求代理（UIView）得到数据，代理可以设置CALayer的寄宿图content属性

IOS渲染流水线：

各个框架都介绍了提供的数据及处理数据的方式 CoreAnimation用于组合不同的CALayer进行显示

用户更新界面

APP响应用户操作，更新视图树流程：（Application阶段，生成图元信息） 类似于Android的绘制流程 measure，layout，draw

IOS: layout，display，prepare，commit

layout（构建视图）

：添加子视图，调用layoutSubviews，计算视图布局 注意：减少视图层级，视图创建

Display（绘制视图）

Core Grphics进行视图绘制，得到图元信息（对比与Android的canvas在Surface中的内存信息）

prepare（CoreAnimation处理额外的图像解码和转换）

commit（打包发送图元信息）：递归将图层信息发送到RenderServer进程，视图树层级越深，效率越低

参考文章：chuquan.me/2018/08/26/…

原文：IOS渲染流程之提交图层数据至RenderThread进程 - 掘金 (juejin.cn)