冷启动治理-启动框架原理

一、背景
从点击桌面图标到首页渲染完成的平均时间应在3秒以内。 为什么是3秒？ 统计数据表明超过3秒后用户跳失率陡增。
冷启动优化有很多技术手段， 百度上都能查到，不再赘述。

二、启动框架简介
启动框架的作用是充分利用前3秒的CPU， 即打满CPU.

为什么出现“bad case”的情况呢？ 这是本文要解决的问题。 通常因为在进程启动阶段出现各种锁和信号量， 导致线程间的相互等待。

上图Wall Duration是142.421ms，但self time是4.251ms。该函数等待时间远远超过自身的执行时间。
三、任务编排
对于大型app在进程启动阶段可能执行几十个初始化函数， 例如网络库、图片库、埋点、控件、各种文件IO等等，它们之间的依赖关系形成了“有向无环图”； 常规的做法是使用锁机制实现依赖关系的调度。
如下图所示，箭头表示上下游依赖关系：
1、函数A和B执行完成后才能执行C；
2、函数C执行完成后才能执行E；
3、C、D执行完成后才能执行F；
4、F、G执行完成后才能执行I；
5、函数H和J无前置依赖；

为了实现上图的执行时序， 在代码实现方式上大都采用线程池和锁实现