美文网首页
iOS 性能优化相关整理(待补充)

iOS 性能优化相关整理(待补充)

作者: Aliv丶Zz | 来源:发表于2020-04-10 12:11 被阅读0次

    1. 基础优化

        1. 减少使用xib及storyboard(加载速度慢;导致APP启动时间比较耗时,因为在APP启动main()以前需要加载他们)

    2. 懒加载

    可以节省内存资源,用到时才去加载所使用对象

    3. 单例模式

       在项目开发过程中会用到很多重大开销对象(比如NSDateFormatter和 NSCalendar),如我们在列表需要计算用户年龄的时候会经常用到NSDateFormatter,还有一些时间的格式化输出,或者在网络请求的时候需要传一些时间戳,所以我们可以把NSDateFormatter放在单利里面,这样就不用经常创建了

    4. 离屏渲染

    在开发中,我们常用有圆角处理、阴影、遮罩等等;先说说圆角优化吧,我们一般设置圆角的方式如下:

    view.layer.cornerRadius = 10;

    view.layer.maskToBounds = YES;

    这样处理的渲染机制是GPU在当前屏幕缓冲区外新开辟一个渲染缓冲区进行工作,也就是离屏渲染,这会给我们带来额外的性能损耗,如果这样的圆角操作达到一定数量,会触发缓冲区的频繁合并和上下文的的频繁切换,性能的代价会宏观地表现在用户体验上——掉帧。

    优化方案:

    a.可以做一个透明的png图片盖在上面;

    b.使用贝塞尔曲线UIBezierPath和Core Graphics框架画出一个圆角;

    c.使用CAShapeLayer和UIBezierPath设置圆角;

    d.也可以将图片的处理放在服务端(比如:七牛云储存就可以设置图片的圆角);

    e.尽量把view设置成不透明的。

    5. 列表TableView优化

           5.1提前计算好cell的高度,缓存在相应的数据源模型中

             tableView的代理回调方法中,先调用的是返回cell高度的方法,然后在返回实例化cell的方法.我们可以在返回cell高度时,提前计算好cell的高度,在获取数据后台数据的时候,把cell高度计算出来,缓存到数据源模型中. 在返回cell高度的方法中,直接读取缓存的高度,而不需要在重新计算了.

            5.2 尽可能的降低storyboard,xib等使用度

            通过Interface知道xib或者storyboard本身就是一个xml文件,添加删除控件必然中间多了一个encode/decode过程,增加了cpu的计算量.并且 还要避免臃肿的 XIB 文件,因为XIB文件在主线程中进行加载布局.当用到一些自定义View或者XIB文件时,XIB的加载会把所有内容加载进来,如果XIB里面的一些控件并不会用到,这就可能造成一些资源的消耗浪费。

            5.3 滑动过程中尽量减少重新布局

            5.4.少用或不用透明图层

            使用不透明视图。对于不透明的View,设置opaque为YES,这样在绘制该View时,就不需要考虑被View覆盖的其他内容(尽量设置Cell的view为opaque,避免GPU对Cell下面的内容也进行绘制)

            5.5  滑动时按需加载对应的内容

            如果目标行与当前行相差超过指定行数,只在目标滚动范围的前后指定3行加载。滑动很快时,只加载目标范围内的cell,这样按需加载(配合SDWebImage),极大提高流畅度。

    参考资料:

    iOS中UITableView的性能优化

    iOS-性能优化的那些事

    相关文章

      网友评论

          本文标题:iOS 性能优化相关整理(待补充)

          本文链接:https://www.haomeiwen.com/subject/oiolmhtx.html