1.APP启动方式

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

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

2.APP启动时间的优化,主要是针对冷启动进行优化

3.Arguments通过添加环境变量可以打印出APP的启动时间分析(Edit scheme-->Run-->Arguments)

1. DYLD_PRINT_STATICS设置为1
2. 如果需要更详细的信息,那就将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函数阶段.

总结:

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

5.APP启动优化的方法:

    按照不同的阶段

   dyld

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

   runtime

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

   main

1. 在不影响用户体验的前提下,尽可能将一些操作延迟,不要全部都放在didFinishLaunchingWithOptions方法中.