抖音字体大小设置方法安卓抖音字体大小设置方法( 四 ) _云知道

配置任务：对于配置任务我们最终目标是把它们从启动阶段去除掉，这样做主要有两个原因，首先部分配置任务仍然存在一定的耗时，将它们从启动任务移除掉可以提升我们的启动速度；其次配置任务在没有执行前相关 sdk 无法正常使用，这会对我们的功能可用性、稳定性以及优化过程中的调度造成影响。为了达到去除配置任务的目的，我们对配置任务进行了原子化的改造，将原本需要主动调用向 sdk 中注入 context、callback 等各类参数的实现，通过 spi（服务发现）的方式改为了按需调用的方式——对于抖音自己的代码我们在需要使用 context、callback 等参数时通过 spi 的方式去请求应用上层进行获取，对于我们无法修改代码的三方 sdk，我们则对它们进行一个中间层封装，后续对于三方 sdk 的使用都通过封装的中间层，在中间层相关接口被调用时再执行 sdk 的配置任务。通过这样的方式我们可以把配置任务从启动阶段移除掉，实现使用时再按需执行。预加载任务：对于预加载任务，我们则对它们进行了规范化改造，以确保预加载任务在被降级情况下功能的正确性，同时对过期的预加载任务以及预加载任务中冗余的逻辑进行去除，以提升预加载任务的价值。功能任务：对于功能性的启动任务，我们则是对它们进行了粒度拆解与瘦身，去除启动阶段非必须的逻辑，同时对功能任务添加了调度与降级能力支持，以供后续的调度与降级。
任务调度
关于任务调度业界有过比较多的介绍，这里对于任务的依赖分析、任务排布等不再进行介绍，主要介绍抖音在实践过程中一些可能的创新点：
基于落地页进行调度：抖音启动除了进入首页，还有授权登录、push 拉活等不同的落地页，这些不同的落地页在任务的执行上是有比较大差异的，我们可以在 Application 阶段通过反射主线程消息队列中的消息获取待启动的目标页面，基于落地页进行针对性的任务调度；基于设备性能调度：采集设备的各类性能数据在后台对设备进行打分与归一化处理，将归一化之后的结果下发到端上，端上根据所在的性能等级进行任务的调度；基于功能活跃度调度：统计用户对各个功能的使用情况，为用户计算出每个功能的一个活跃度数据，并将他们下发到端上，端上根据功能活跃度高低来进行调度；基于端智能的调度：在端上通过端智能的方式预测用户的后续行为，为后续功能进行预热等；启动功能降级：对于部分性能较差的设备与用户，对启动阶段的任务、功能进行降级，将其延后到启动之后再去执行，甚至完全不执行，以保证整体体验。1.4 Activity 阶段优化
之前的几个阶段都属于 Application 阶段，接下来看一下 Activity 阶段的相关优化，这个阶段我们将介绍 Splash 与 Main 合并、反序列化优化两个典型例子。

1.4.1 Splash 与 Main 合并
首先来看一下 SplashActivity 与 MainActivity 的合并，在之前的版本中抖音的 launcher activity 是 SplashActivity，它主要承载着广告、活动等开屏相关逻辑。一般情况下我们的启动流程为：
进入 SplashActivity，在 SplashActivity 中判断当前是否有待展示的开屏；如果有待展示的开屏则展示开屏，等待开屏展示结束再跳转到 MainActivity，如果没有开屏则直接跳转到 MainActivity 。