iOS 性能优化
2022-04-23 本文已影响0人
Edviin_2de8
卡顿优化
屏幕成像过程: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打印