对于APP启动优化的简单理解

前言

什么情况下要去做启动优化？

APP启动优化，一般指的是冷启动，因为冷启动过程中要做的事情有点多。但是什么情况下才要去做这个优化？比如启动时间是多少的情况下才算是时间过长了？
苹果建议的是400ms以内。如果启动时间超过20s，还会被系统强杀掉（感觉用户等待5s都算很长了）。
另外对于用户来说，从点击图标到app首页出现在屏幕上才算是启动完成，因此要评估从点击图标到首页呈现整个阶段的时间。

怎么取检测冷启动时间？

以APP的进程创建时间作为冷启动的起始时间

+ (BOOL)processInfoForPID:(int)pid procInfo:(struct kinfo_proc*)procInfo
{
    int cmd[4] = {CTL_KERN, KERN_PROC, KERN_PROC_PID, pid};
    size_t size = sizeof(*procInfo);
    return sysctl(cmd, sizeof(cmd)/sizeof(*cmd), procInfo, &size, NULL, 0) == 0;
}

+ (NSTimeInterval)processStartTime
{
    struct kinfo_proc kProcInfo;
    if ([self processInfoForPID:[[NSProcessInfo processInfo] processIdentifier] procInfo:&kProcInfo]) {
        return kProcInfo.kp_proc.p_un.__p_starttime.tv_sec * 1000.0 + kProcInfo.kp_proc.p_un.__p_starttime.tv_usec / 1000.0;
    } else {
        NSAssert(NO, @"无法取得进程的信息");
        return 0;
    }
}

分析耗时位置

APP从点击图标到首页展示主要有以下阶段：

加载动态库，进行rebase和bind操作

dyld从主程序文件的header中获取到需要加载哪些动态库，然后去寻找加载。
这一步对于系统的动态库，系统做了缓存机制，耗时其实比较少（如果其他应用加载过的话）。
但是对于我们的embed framework，要依次的进行签名校验，加载。
动态库加载后，还要依次进行rebase和bind操作来修正指针。
因此个人觉得，如果内嵌的动态库比较多的话，可以考虑使用静态库。静态库在编译的时候就已经link进入app的可执行文件里，运行期间不需要再动态加载

objc setup 和 initializers

• 注册objc类，绑定category到对应的类，插入方法，属性等操作。
• 调用类的+load函数
• c++的构造函数
• 非基本类型c++静态全局变量的创建

从上面两步看，如果类越多，+load方法实现越多，c++构造函数越多，c++静态对象越多，启动就会越慢。因此要经常删除无用的类和方法以及尽量减少在+load方法里做操作

接下来就是main函数之后。

didFinish……

这个代理方法里，尽量减少一些操作，或者一些不必要的操作延后处理。

参考地址：https://tech.meituan.com/2018/12/06/waimai-ios-optimizing-startup.html