iOS客户端启动速度优化

对于main()调用之前的耗时我们可以优化的点有：

• 减少不必要的framework，因为动态链接比较耗时
• check framework应当设为optional和required，如果该framework在当前App支持的所有iOS系统版本都存在，那么就设为required，否则就设为optional，因为optional会有些额外的检查
• 合并或者删减一些OC类，关于清理项目中没用到的类，使用工具AppCode代码检查功能.
• 删减一些无用的静态变量
• 删减没有被调用到或者已经废弃的方法

方法见：
http://stackoverflow.com/questions/35233564/how-to-find-unused-code-in-xcode-7
https://developer.Apple.com/library/ios/documentation/ToolsLanguages/Conceptual/Xcode_Overview/CheckingCodeCoverage.html

• 将不必须在+load方法中做的事情延迟到+initialize中

main()之前的加载时间如何衡量

那么问题就来了，那怎么衡量main()之前的耗时呢，苹果官方提供了一种方法，那就是在真机调试的时候勾选dyldPRINTSTATISTICS选项。

image

会得到如下形式的输出：

image

由此可见对于系统级别的动态链接库，因为苹果做了优化，所以耗时并不多，在这个awesome的例子中，自身App中的代码占用了整体时间的94.2% 我们应用中一次典型的Log如下：

image

main()调用之后的加载时间

在main()被调用之后，App的主要工作就是初始化必要的服务，显示首页内容等。而我们的优化也是围绕如何能够快速展现首页来开展。 App通常在AppDelegate类中的- (BOOL)Application:(UIApplication *)Application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions方法中创建首页需要展示的view，然后在当前runloop的末尾，主动调用CA::Transaction::commit完成视图的渲染。
而视图的渲染主要涉及三个阶段：

• 准备阶段 这里主要是图片的解码

• 布局阶段 首页所有UIView的- (void)layoutSubViews()运行

• 绘制阶段 首页所有UIView的- (void)drawRect:(CGRect)rect运行
  再加上启动之后必要服务的启动、必要数据的创建和读取，这些就是我们可以尝试优化的地方
  因此，对于main()函数调用之前我们可以优化的点有：

• 不使用xib，直接视用代码加载首页视图

• NSUserDefaults实际上是在Library文件夹下会生产一个plist文件，如果文件太大的话一次能读取到内存中可能很耗时，这个影响需要评估，如果耗时很大的话需要拆分(需考虑老版本覆盖安装兼容问题)

• 每次用NSLog方式打印会隐式的创建一个Calendar，因此需要删减启动时各业务方打的log，或者仅仅针对内测版输出log

• 梳理应用启动时发送的所有网络请求，是否可以统一在异步线程请求

方法原则：利用锚点分析applicationWillFinishLaunching的耗时将不需要马上在applicationWillFinishLaunching执行的代码延后执行rootViewController的加载，适当将某一级的childViewController或subviews延后加载