卡顿优化
屏幕成像过程：CPU计算数据->GPU进行渲染->屏幕发出Vsync信号->成像。
假如屏幕已经发出了Vsync信号，但是GPU还没有渲染完成，则只能将上一次的数据显示出来，以致于当前计算的帧数据丢失，这样就产生了卡顿，当前计算好的帧数据只能等待下一个周期去渲染。
解决卡顿的主要思路就是尽可能的减少CPU与GPU资源的消耗
按照60fps的刷帧率，每隔16ms就会有一次Vsync信号
优化思路
针对CPU
- 尽量用轻量级的对象，如：不用处理事件的UI控件可以考虑使用CALayer
- 不要频繁的调用UIView的相关属性，如：frame、bounds、transfor等
- 尽量提前计算好布局，在有需要的时候一次性调整对应属性，不要多次修改
- AutoLayout会比直接设置frame消耗更多的CPU资源
- 图片size和UIImageView的size保持一致
- 控制线程的最大并发数
- 耗时操作放入子线程，如：文本的尺寸计算、绘制，图片的解码、绘制等
针对GPU
- 尽量避免短时间内显示大量的图片
- GPU能处理的尺寸最大纹理尺寸为4096*4096，超过这个尺寸就会占用CPU资源，所以纹理不能超过这个尺寸
- 尽量减少透明视图的数量与层次
- 减少透明的视图（alpha<1），不透明就设置opaque为YES视
- 尽量避免离屏渲染，以下操作会导致离屏渲染：
光栅化，layer.shouldRasterize = YES
layer.mask
layer.maskToBounds = YES, layer.cornerRadius > 0
阴影未设置layer.shadowPath
耗电优化
耗电主要来源
- CPU处理
- 网络请求
- 定位
- 图像渲染
优化思路：
- 尽可能降低CPU、GPU功耗
- 少用定时器
- 定位优化
- 如果只是需要快速确定用户位置，用CLLocationManager的requestLocation方法定位，定位硬件会自动断电
- 若不是导航应用，尽量不要实时更新位置，定位结束就关掉定位服务尽量降低定位精度，如不使用精度最高的KCLLocationAccuracyBest
- 需要后台定位时，尽量设置pauseLocationUpdatesAutomatically为YES，若用户不怎么移动的时候，系统会自动暂停位置更新
启动优化
热启动
app进程还在系统中，无需开启新进程的启动过程
冷启动
app不在系统进程中，用户再点击启动app的过程，这时需要创建一个新进程分配给app。
app启动最佳速度是400ms内，因为从点击app图标启动，然后Launch Screen出现再消失的时间就是400ms。
app启动最慢不能>20s，否则app进程会被系统杀死。
冷启动的整个过程是指从用户唤起app开始到AppDelegate中的didFinishLaunchWithOptions方法执行完毕，并以执行main()函数的时机为分界点，分为pre-main和main()阶段。
冷启动优化
pre-main阶段
- 重新梳理架构，减少不必要的内置动态库数量
- 进行代码瘦身，合并或删除无效的ObjC类、category、selector、c++静态全局变量等（可以借助AppCode的Inspect Code功能进行代码瘦身）
- 将不必须在+laod方法中实行的任务延迟到+initialize中
- 减少c++虚函数
- swift开发尽量使用struct
main()阶段
- 耗时操作尽量延迟执行，不要全都放到didFinishedWithOptions方法中执行
- 在release包中移除NSLog打印
网友评论