一、背景
从点击桌面图标到首页渲染完成的平均时间应在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无前置依赖;