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 - 事件被忽略
