启动优化

打印各系统任务启动时间

Xcode 中 Edit scheme -> Run -> Auguments 将环境变量 DYLD_PRINT_STATISTICS 设为 1

Total pre-main time: 1.0 seconds (100.0%)
         dylib loading time: 419.35 milliseconds (39.7%)
        rebase/binding time:  78.94 milliseconds (7.4%)
            ObjC setup time:  35.93 milliseconds (3.4%)
           initializer time: 520.57 milliseconds (49.3%)
           slowest intializers :
             libSystem.B.dylib :   5.04 milliseconds (0.4%)
          libglInterpose.dylib : 387.99 milliseconds (36.7%)
                  SCCamera3233 :  23.02 milliseconds (2.1%)
                         Robot : 157.15 milliseconds (14.8%)

  • 加载dylib
    分析每个dylib(大部分是iOS系统的),找到其Mach-O文件,
    打开并读取验证有效性,找到代码签名注册到内核,
    最后对dylib的每个segment调用mmap()。

  • rebase/bind
    dylib加载完成之后,它们处于相互独立的状态,需要绑定起来。
    在dylib的加载过程中,系统为了安全考虑,引入了ASLR(Address Space Layout Randomization)技术和代码签名。
    由于ASLR的存在,镜像(Image,包括可执行文件、dylib和bundle)会在随机的地址上加载,和之前指针指向的地址(preferred_address)会有一个偏差(slide),dyld需要修正这个偏差,来指向正确的地址。
    Rebase在前,Bind在后,Rebase做的是将镜像读入内存,修正镜像内部的指针,性能消耗主要在IO。
    Bind做的是查询符号表,设置指向镜像外部的指针,性能消耗主要在CPU计算。

  • OC setup
    OC的runtime需要维护一张类名与类的方法列表的全局表。
    dyld做了如下操作:
    对所有声明过的OC类,将其注册到这个全局表中(class registration)
    将category的方法插入到类的方法列表中(category registration)
    检查每个selector的唯一性(selector uniquing)
    如果在各个 OC 类别的 ‘load’方法里做了不少事情(如在里面使用 Method swizzle),那么这是pre-main阶段最耗时的部分。dyld运行APP的初始化函数,调用每个OC类的+load方法,调用C++的构造器函数(attribute((constructor))修饰),创建非基本类型的C++静态全局变量,然后执行main函数。

优化办法

  1. 移除不需要用到的动态库
  2. 移除不需要用到的类
  3. 合并功能类似的类和扩展
  4. 尽量避免在+load方法里执行的操作,可以推迟到+initialize方法中。

作者:PierceDark
链接:https://www.jianshu.com/p/0858878e331f
来源:
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

优化UIApplicationMain之后操作方法

  1. 对启动的第三方库,加载的类,请求,数据处理加上开始和结束时间的log打印,分析加载时间,做针对性优化
  2. 去掉或者延迟启动不重要的方法和类
  3. 数据请求放到子线程里处理,最好在viewcontroller里处理请求

你可能感兴趣的:(启动优化)