• iOS的一些性能优化


             1. 卡顿优化-CPU

    1. 尽量使用轻量级的对象,比如用不到事件处理的地方,可以考虑使用CALayer取代UIView
    2. 不要频繁地调用UIView的相关属性,比如frame、bounds、tranform等属性,尽量减少不必要的修改,因为改变了这些属性,CPU又要对UIView进行重新计算和渲染。
    3. 尽量提前计算好布局,在有需要时一次性调整对应的属性,不要多次修改属性
    4. autolayout会比直接设置frame消耗更多的CPU资源
    5. 图片的size最好跟UIImageView的size保持一致
    6. 控制一下线程的最大并发数量
    7. 尽量把耗时的操作放到子线程,比如文本处理(尺寸计算、绘制),图片处理(解码、绘制)

      2. 卡顿优化-GPU

      尽量减少视图数量和层次
      尽量避免短时间内大量图片显示,尽可能将多张图片合成一张进行显示
      GPU能处理的最大纹理尺寸时4096x4096,一旦超过这个尺寸,就会占用CPU资源进行处理,所以纹理尽量不要超过这个尺寸
      减少透明的视图(alpha< 1),不透明的就设置opaque为YES
      尽量避免出现离屏渲染,以下操作会出现离屏渲染:
      光栅化,layer.shouldRasterize = YES
      遮罩,layer.mask
      圆角,同时设置layer.masksToBounds = YES,layer.cornerRadius大于0(可以通过直接提供圆角图片或者CoreGraphics自己绘制圆角)
      阴影,layer.shadowXXX(如果设置了layer.shadowPath 就不会产生离屏渲染)

      3. 耗电优化

      以下几方面优化

      • CPU处理
      1. 尽可能降低CPU、GPU功耗
      2. 少用定时器
      3. 优化IO操作,尽量不要频繁写入小数据,最好批量一次性写入
      4. 读写大量数据时,考虑用dispatch_io,其提供了基于GCD的异步操作文件IO的API。用dispatch_io系统会优化磁盘访问,如果数据量比较大的,建议使用数据库(比如SQLite、FMDB、CoreData)
      • 网络请求
      1. 减少、压缩网络数据
      2. 如果多次请求的结果是相同的,尽量使用缓存
      3. 使用断点续传,否则网络不稳定时可能多次传输相同内容
      4. 网络不可用时,不要尝试执行网络请求
      5. 让用户可以取消长时间运行或者速度很慢的网络操作,设置合适的超时时间
      6. 批量传输,比如,下载视频流时,不要传输很小的数据包,直接下载整个文件或者一大块一大块地下载。如果下载广告,一次性多下载一些,然后再慢慢展示。如果下载电子邮件,一次下载多封,不要一封一封地下载
      • 定位
      1. 如果只是需要快速确定用户位置,最好用CLLocationManager的requestLocation方法。定位完成后,会自动让定位硬件断电。
      2. 如果不是导航应用,尽量不要实时更新位置,定位完毕就关掉定位服务
      3. 尽量降低定位精度,比如尽量不要使用精度最高的kCLLocationAccuracyBest
      4. 需要后台定位时,尽量设置pausesLocationUpdatesAutomatically为YES,如果用户不太可能移动的时候系统会自动暂停位置更新
      5. 尽量不要使用startMonitoringSignificantLocationChanges,优先考虑startMonitoringForRegion:

        4. APP的启动优化

        app的启动分为2种
        冷启动:从零开始启动
        热启动:APP已经在内存中,在后台存活着,再次点击图标启动APP

        APP启动的优化,主要是针对冷启动优化:
        通过添加环境变量可以打印出APP的启动时间分析(Edit scheme -> Run -> Arguments)
        DYLD_PRINT_STATISTICS设置为1,如果需要更详细的信息,那就将DYLD_PRINT_STATISTICS_DETAILS设置为1

        APP的冷启动包括以下3大阶段:

        • dyld:用来装载Mach-O文件(可执行文件、动态库等)
        1. 装载APP的可执行文件,同时会递归加载所有依赖的动态库
        2. 当dyld把可执行文件、动态库都装载完成后,会通知Runtime进行下一步的处理
        • runtime:使用Runtime初始化OC的结构,类,分类
        1. 调用map_images进行可执行文件内容的解析和处理
        2. 进行各种objc结构的初始化(注册Objc类 、初始化类对象等等)
        3. 调用C++静态初始化器和attribute((constructor))修饰的函数

        APP启动优化

        • dyld
          减少动态库、合并一些动态库(定期清理不必要的动态库)
          减少Objc类、分类的数量、减少Selector数量(定期清理不必要类、分类)
          减少C++虚函数的数量
          Swift尽量使用struct
        • runtime
          用+initialize方法和dispatch_once取代所有的attribute((constructor))、C++静态构造器、ObjC的+load
        • main
          在不影响用户体验的前提下,尽可能将一些操作延迟,不要全部都放在finishLaunching方法中
          按需加载
  • 相关阅读:
    Spark SQL+day04笔记
    Spark 环境搭建
    海量数据处理 算法总结2
    Scala面试题 看过1
    HTML-table、form表单标签的介绍
    Java-CSS美化网页元素
    Java-BOM与DOM对象
    java-CSS盒子模型、浮动、定位
    java-基础面试题(2)
    Java-io流
  • 原文地址:https://www.cnblogs.com/fightinglikeKobe/p/13754187.html
Copyright © 2020-2023  润新知