APP性能优化--启动优化

1.APP启动方式

1.冷启动:从零开始启动APP;

2.热启动:APP已经在内存中,在后台存活着,再次单击图标启动APP.

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

4.APP启动的阶段 4.1.dyld:APPle的动态连接器,可以用来装载Mach-O文件(可执行文件,动态等)       启动APP时,dyld所做的事情有:

      1.装载APP的可执行文件,同时会递归加载所有依赖的动态库;

      2.当dyld把可执行文件,动态库都装载完毕后,会通知RunTime进行下一步处理;

4.2. runtime:初始化OC结构(类,分类等等);      启动APP时, runtime所做的事情有:

     1.调用map_images进行可执行文件内容的解析和处理;

     2.在load_images中调用call_load_methods,调用所有Class和Category的+load方法;

     3.进行各种objc结构的初始化(注册Objc类,初始化类对象等等);

     4.调用C++静态初始化器和_attribute_((constructor))修饰的函数.

到目前为止,可执行文件和动态库中所有的符号(Class,Protocol,Selector,IMP,...)都已经按照格式成功加载到内存中,被runtime所管理.

4.3.main :main函数阶段. 总结: App的启动由dyld主导,将可执行文件加载到内存,顺便加载所有依赖的动态库;并有runtime负责加载成objc定义的结构;所有初始化工作结束后,dyld就会调用函数main函数;接下来就是UIApplicationMain函数,AppDelegate的didFinishLaunchingWithOptions:方法. 5.APP启动优化的方法:     按照不同的阶段

   dyld

减少动态库,合并一些动态库(定期清理不必要的动态库);减少Objc类,分类的数量,减少Selector数量(定期清理不必要的类,分类)减少C++虚函数数量Swift尽量使用Struct.

   runtime

用+initialize方法和dispatch_once取代所有的_attribute_((constructor)),C++静态构造器,Objc的+load方法

   main

在不影响用户体验的前提下,尽可能将一些 *** 作延迟,不要全部都放在didFinishLaunchingWithOptions方法中.​​​​​​​用纯代码的方式，而不是 xib/Storyboard，来加载首页视图延迟暂时不需要的二方/三方库加载；延迟执行部分业务逻辑和 UI 配置；==>tabbar上面非首页内容暂时不加载,只有切换的时候才加载延迟加载/懒加载部分视图；==>tabbar上面非首页内容暂时不加载,只有切换的时候才加载避免首屏加载时大量的本地/网络数据读取；===>必要的时候首页网络可以做本地数据存储在 release 包中移除 NSLog 打印；在视觉可接受的范围内，压缩页面中的图片大小；===>采取图片无损压缩的模式或者图片重新绘制的方法