OC总结篇 - UI视图

UI视图 - 图像显现原理和滑动优化
UI视图 - UI事件传递及视图响应链
UI视图 - UITableView重用池机制及优化
UI视图-屏幕适配

图像显现原理

CPU - GPU - 帧缓冲区 - 屏幕

1.VSync信号(16.7ms显示一帧画面)
2.VSync信号结果放入帧缓冲区
3.提取帧缓冲区内容,显示到显示器上

下面看下在16.7ms内计算机做了什么
CPU - 提交位图 - GPU

"***我们可以分别对CPU和GPU做滑动优化***"

***CPU做了什么 - UI布局,文本计算,绘制,图片编解码***
             可做的优化 
                 - 在子线程中进行对象的创建,调整和销毁
                 -在子线程中预排版(布局计算,文本计算)
                 -让主线程有更多的时间去响应用户的交互
                 -预渲染(文本等异步绘制,图片编解码等)

***GPU做了什么 - 图层合成,纹理渲染***
             可做的优化
                 -纹理渲染方面的优化:避免离屏渲染             
                       -避免设置视图的圆角属性(必须同时maskToBounds为YES才会触发)
                       -避免设置视图的图层蒙版
                       -避免设置阴影
                       -避免设置光栅化     
                 -图层合成方面的优化:减少视图层级复杂度

UIView的绘制原理

[view setNeedsDisplay]并不是立刻绘制,而是进入下面流程
1. [layer setNeedsDisplay]
2. 判断layer的代理方法displayLayer是否实现
3. 实现了,进行异步绘制
4. 未实现,进行系统调用

"异步绘制"
代理通过CGBitmapContextCreat方法创建位图上下文
通过CoreGraphic的相关API,可以做当前UI控件的一些绘制工作
通过CGBitmapContextCreatImage方法,根据所绘制的上下文,生成一张CGImage图片
回到主队列中,提交这个位图
设置给CALayer的contents属性

"系统调用"
CALayer内部创建CGContextRef,CALayer上传对应的context给GPU
它有代理 - 调用代理方法,做当前视图的绘制工作,[UIView drawRect],这一步可以通过堆栈中的上下文取出context
没有代理 - [CALayer drawInContext]

UIView和CALayer

UIView只负责事件传递及视图响应链的机制
CALayer只负责内容contents的显示

UI事件传递

主要方法
hitTest
pointInside

当点击了屏幕,点击事件传递给UIApplication - UIWindow -在UIWindow里面会判断hitTest,来返回最终的响应视图
内部实现
1.先判断是否可交互,是否隐藏以及是否透明
2.调用pointInside,判断当前点击的点是否在UIWindow范围内
    是的话,倒序遍历UIWindow的子视图,来查找最终响应事件的视图
    不是的话,返回UIWindow

UI视图响应链

主要方法
touchesBegan
touchesMoved
touchesEnded

首先找到当前响应的view看它能否处理这个事件
view - 父视图 - UIApplicationDelegate - 事件被忽略