ios性能优化相关

作者: 目前运行时 | 来源:发表于2018-09-12 16:53 被阅读27次

    cpu和gpu都是干什么的

    cpu:主要是用来处理 比如尺寸的计算、文本的排版、图片的格式转换和解码等等相关的
    gpu:主要是纹理的渲染
    ios中是双缓存机制,有前帧缓存和后帧缓存。

    产生卡顿的原因

    我们都知道我们的屏幕刷新是没60FPS也就是1000/60大概就是16ms刷新一下也就是来一次垂直的信号,我们刷新是由水平信号和垂直信号共同组成的,但是当我们的cpu或者gpu占用的大量的资源或者我们需要计算的资源有点多的时候,那么很有可能我们的水平信号还没有发送完毕那么垂直信号就来,但是这时候我们的水平信号还没有完成,所以这种情况显示的就是我们上一次的水平信号,这就是产生卡卡顿的原因。


    image.png

    知道原因我们避免屏幕卡段的方法就是减少cpu还有gpu的消耗。

    卡顿优化cpu上的

    1.尽量用轻量级的对象,在没有事件处理的地方可以考虑用CALayer代替UIView。
    2.不要频繁的设置uiview的相关属相,比如frame、bound、size等,在需要的时候在改动。
    3.尽量提前做好布局、在需要改动的地方一次性的修改好。

    1. AutoLayout比frame耗费的资源更多.

    5.图片的size最好跟imgaeview的size大小一致。
    6.控制一下最大并发数量。GCD可以很好的控制 NSOperation也能很好的控制。
    7.尽量把耗时的操作放到子线程中去。

    卡顿优化gpu上的

    1.如果可能尽量将多张图片合成一张图片显示
    2.gpu能处理图片的最大尺寸是4096*4096,那么图片最好不要超过这么大,如果超过了那么就会占用cpu的资源。
    3.尽量减少视图数量和层数。
    4.如果可能尽量不要改动透明度,也就是我们默认的不透明度为1.
    5.避免出现离屏渲染。

    离屏渲染和优化

    gpu渲染方式有两种:
    1.当前屏幕渲染:在当前屏幕中进行渲染
    2.离屏渲染:离开当前屏幕,新开辟一块资源,进行离屏渲染.
    离屏渲染产生卡顿的原因:
    需要从当前的屏幕切换到离屏,当离屏渲染结束后需要将渲染结果返回到当前屏幕,这时候上下文环境又需要切换到当前屏幕。
    什么操作会触发离屏渲染呢?(都拿self.view作为例子)
    1.光栅化

    self.view.layer.shouldRasterize = YES;
    

    2.遮罩

    self.view.layer.mask = [CALayer layer];
    

    3.圆角,需要同时设置这两个属性,才会触发离屏渲染

        self.view.layer.cornerRadius = 10;
        self.view.layer.masksToBounds = YES;
    

    4.阴影设置,如果设置阴影路径了那么不会触发离屏渲染

      // 阴影
        self.view.layer.shadowXXXXXXX
    // 设置阴影路径了那么不会触发离屏渲染
        self.view.layer.shadowPath = nil;
    

    卡顿检查

    我们的方案是通过添加观察者放到runloop中,观察runloop中状态改变的耗时来判断卡顿与否。
    通过一个工具我们来检查我们的代码。git上搜索:
    LXDAppFluecyMonitor
    如果我们那些代码出现卡顿就会定位到那一行。
    比如:


    image.png

    耗电的主要来源

    1.cpu消耗
    2.请求网络
    3.定位,地图相关的。
    4.图像的处理

    耗电的优化

    1.尽可能的降低cpu和gpu的操作
    2.少用定时器
    3.i/o操作
    3.1尽量不要频繁的写入数据,可以考虑批量的写入数据。可以使用dispatch_io操作,他优化了磁盘的处理。
    3.2数据量比较大的时候使用coredata、或者fmdb或者realm等相关的。不要运用plist文件存储等
    4 网络优化
    4.1压缩传输的格式,可以考虑用json或者protobuf
    4.2多次请求获取的结果一样的时候可以考虑用缓存
    4.3上传或者下载大的时候可以考虑用断点续传。
    4.4请求的时候最好加上超时的操作,不能不设置超时时间
    4.5在网络不好的时候不能一直处于加载状态。
    5.定位优化
    5.1如果只是需要快速定位用户的位置,只需要快速定位CLLocationManager中的requestLocation方法就行了,定位完成后会自动断电。
    5.2如果不是导航的应用,尽量不要时时更新位置,定位完毕就关掉定位服务。
    5.3尽量的降低定位的精度,尽量不要使用精准定位KCLLocationAccuracyBest
    5.4需要后台定位更新时候尽量设置pauseLocationUpdatesAutomatically = Yes,这样的话用户不太可能移动的时候就会暂定定位服务。

    app启动

    image.png
    image.png

    可以看到加载的时间是955毫秒。


    image.png

    APP的启动-dyld

    apple的动态连接器。用来装在mach-o文件的(可执行文件或者动态库等)
    他所做的事情有:
    装载app的可执行文件同时会递归加载所有的动态依赖库
    执行完毕之后会到runtime的执行过程。

    app启动runtime所做的事情

    1调用map_iamges进行可执行文件的解析和处理
    2.调用所有的类的或者分类的load方法
    3.进行各种objc结构的初始化(注册objc类,初始化类对象等等)
    4.调用c++静态初始化器和attributes_修饰的函数
    5.到此时为止,所有的class、类、协议、等等都已经加载进内存中,被runtime处理。

    app启动 main函数

    经过前两部的操作,那么就开始调用app的UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));方法了。

    启动优化(主要是针对冷启动)

    根据不同阶段
    1.1减少动态库,或者能够合并的合并
    1.2减少objc类或者分类或者@selector的数量
    1.3减少c++虚函数的数量

    2.1用+(void)initialize{

    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        
    });
    

    }
    代替所有的attributes_修饰的函数或者或者load函数

    3.1在不影响逻辑操作等等的前提下,尽可能的不要将很多的方法放在didfinishlanuch方法中。按需操作。

    安装包瘦身的操作

    资源文件瘦身,
    可以到github下载这个mac app来检测我们没有用到的资源
    https://github.com/tinymind/LSUnusedResources
    安装包瘦身

    image.png
    到这个网站去下载 工具 可以检查删除无用的代码:
    https://www.jetbrains.com/objc/download/(30天免费使用)
    检查那个文件或者类占用地方比较大,可以使用这个工具
    https://github.com/huanxsd/LinkMap(中文版的看看就知道怎么使用)
    image.png

    相关文章

      网友评论

        本文标题:ios性能优化相关

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