前言
什么情况下要去做启动优化？
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
