页面优化策略

预排版

    获取到API JSON数据后，把每条Cell需要的数据都在后台线程计算并封装为布局对象CellLayout。CellLayout包含所有文本的CoreText排版结果、Cell内部每个控件的高度、Cell的整体高度。当生成以后，全部加载到内存，以供使用。TableView在请求高度函数时，不会消耗多余计算量；当把CellLayout设置到Cell内部时，Cell内部不再计算布局。（可供参考：百度知道团队的开源项目[https://github.com/forkingdog/UITableView-FDTemplateLayoutCell/](https://github.com/forkingdog/UITableView-FDTemplateLayoutCell/) ）

预渲染

    对于TableView来说，Cell 内容的离屏渲染带来较大的GPU消耗，在低性能的设备（比如iPad 3）上快速滑动列表，虽然列表没有较大的卡顿，但整体的平均帧数下降。用Instument 查看，GPU满负荷运转，而CPU 比较清闲。为了避免离屏渲染，尽量避免使用 layer 的 border、corner、shadow、mask 等技术，而尽量在后台线程先绘制对应内容。

异步绘制

    当快速滑动时，会有大量异步绘制任务提交到后台线程执行。有时滑动速度过快，绘制任务没有完成可能已经被取消，这是仍然继续绘制，造成大量的 CPU 资源浪费，甚至阻塞线程造成后续的绘制任务迟迟无法完成。尽量快速、提前判断当前绘制任务是否取消；在绘制每一行文本前，调用 isCancel() 来进行判断，保证被取消的任务及时退出，不影响后续操作。原理：当滑动时，松开手指后，立刻计算滑动停止时Cell的位置，预先绘制那个位置附近的几个Cell，忽略当前滑动中的Cell。对于滑动性能来说，提升很大，唯一的缺点是快速滑动过程中出现大量空白内容。

全局并发控制
大量任务提交到后台队列，某些任务会因为某些原因被锁住导致线程休眠或被阻塞，concurrent queue随后会创建新的线程执行其他任务。为不同优先级创建和CPU数量相同的serial queue,每次从pool中获取queue是，轮询返回其中一个queue。把App内所有异步操作，包括图像解码、对象释放、异步绘制等，按优先级不同放入全局的serial queue中执行，避免过多线程导致的性能问题。

异步图片加载

    SDWebImage仍然产生少量性能问题，并且有些地方不满足App需求，项目中实现性能更高的图片加载库。在显示简单的单张图片时，利用UIView.layer.contents足够，不使用UIImageView带来的额外资源消耗，因此添加CALayer setImageWithURL等方法。除此外，图片解码操作通过DispatchQueuePool进行管理，控制App总线程数量。

如何评测页面的流畅度

    CPU检测：对于CPU的卡顿，可以通过内置的CADisplayLink检测

GPU检测：对于GPU的卡顿，用1x1的SKView来进行监视，同时SKView本身会带来CPU/GPU的资源消耗
Instuments预设：Instuments的GPU Driver预设，能够实时查看CPU的GPU的资源消耗，能查看几乎所有与显示相关数据，比如Texture数量、CA提交的频率、GPU消耗等