启动性能是 APP 使用体验的门面,启动过程耗时较长很可能使用户削减使用 APP 的兴趣,抖音通过对启动性能做劣化实验也验证了其对于业务指标有显著影响。抖webview47音有数亿的日活,启动耗时几百毫秒的增长就可能带来成千上万用户的留存缩减,github汤姆因此,启动性能的优化成为了抖音 Androwebview是什么软件id 基础技术团队在体验优化方向上的重中之重。

在上一篇启github下载动性能优化之理论和工具篇中,webview下载已经从原理、方法论、工具的角度对抖音的启动性能优化进行了介绍,本文将从实践的角度通过具体的案例分析介绍抖音启动优化的WebView方案与思路。

前言

启动是指用户从点击 icon 到看到页面首帧的整个过程,github是什么启动优化的目标就是减少这一过程的耗时。

启动过程比较复杂,在进程与线程维度,它涉及到多次跨进程的通信与多个线程之间的切换;在耗时成因维度,它包括 CPU、CPU 调度、IO、锁等待等多类耗时。WebView虽然启动过程比较复杂,但是我们最终可以把它抽象成主线程的一个线性过程。因此开源中国对于启动性能的优化,就是去缩短主线程的这个线性过程。

接下来,我们将按照主线程直接优化、后台线程间接优化、全局优化的逻辑,介绍团队在启动优化的实践中遇到的一些比较典型的案例,其间对于业界一些比较优秀的方案也会进行webview2简要介绍。

优化案例解析

1. 主github官网登陆入口线程直接优化

对于主线程的优化,我们将按照生命周期先后的顺序展开介绍。

1.1 MutilDex 优化

首先我们来看第一个阶段,也就是 Application 的 attachBaseConwebview下载text 阶段。这个阶段由于 Appli初始化电脑时出现问题caiton Context 赋值等问题,一般不会有太多的业务代码,预期中也不GitHub会有多少耗时。但在实际测试过程中,我们发现在某些机型上,应用安装后的首次启动耗时非常严重,经过初步定位,主要耗时在MultiDex.install

抖音 Android 性能优化系列:启动优化实践

在经过详细分析后,我们确定该问题动画片少儿小猪佩奇集中在4.x的机型上,其影响首次安装及后续更新后的首次启动。

造成这一问题的原因为:dex 的指令格式设计并不完善,单个 dex 文件中引用的 Ja动画专业va 方法总数不能超过 65536 个,在方法数超过 65536 的情况下,将拆分成多个 dex。一般情况下 Dalvik 虚拟机只能执行经过优化后的 odex 文件,在 4.x 设备上为了提升应用安装速度,其在安装阶段仅会对应用的首个 dex 进行优化。对于非首个 dex 其会在首次运行调用 MultiDex.install 时进行优化,而这个优化是非常耗时的,这就造成动画片小猪佩奇了 4.x 设备上首次启动慢的问题。

造成这个问题的动画专业必要条件有多个,它们分别是:dex 被拆分成多个 dexgithub永久回家地址 文件、安装过程中仅对首个 d动画制作软件ex 进行的优化、启动阶段调用 MultiDex.inst初始化英文all 以及 Dalvik 虚拟机需初始化游戏启动器失败要加载 odex。

很明显前两个条件我们是没办法破坏开源中国的——对于抖音来说动画头像,我们很难将其优化成只有单 dex,系统的安装过程我们也无法改变。启动阶段调用MultiDex.install这个条件也比较难以破坏——首先,随着业务的膨胀我们很难做到用一个 dex开源是什么意思 去承载启动阶段的代码;webview下载其次,即使做到了后续也比较难以维护。

因此我们选择破坏“Dalvik 虚拟机需要加载 odex”这一限制,即绕过 Dalvik 的限制直接加载未动画头像经优化的 dex。这个方案的核心在 Dalvik_dalvik_system_DexFile_openDexFile_bytearray 这个 native 函数,它支持加载未经优化后的 dex 文件。具体的优化方案如下:

  1. GitHub先从 APK 中解压获取原始的初始化电脑时出现问题未进行更改非首个 dex 文件的字节码;
  2. 调用 Dalvik_dalvik_动画片小猪佩奇sgithub中文官网网页ystem_DexFil开源是什么意思e_openDe初始化英文xFile_bytearwebview下载ra动画片猫和老鼠y,逐个传入之前从 APK 获取的 DEX 字节码,完成开源阅读app下载安装 DEX 加载,得到合法的 DexFile 对象;
  3. 将 DexFile 都添加到 AP开源节流是什么意思P 的 Pa开源软件thClassLoader 的 DexPathList 里;
  4. 延后异步github中文社区对非首个 dex 进行 odex 优化。

关于 Mut动画ilDex 优动画头像化的更多细节可以参照之前的一篇公众号文章,目前该方案已经开源,具体见该项目的 github 地址(github.com/bytedawebview2nce/B动画片熊出没

1.2 ContentProvider 优化

接下来介绍的是ContentProvider的相关优化,ContentProvider 作为 Android 四大组件之一,其在生命周期方面有着独特性——Ac动画片汪汪队tivity、Service、Broadcastgithub永久回家地址Receiver 这三大组件都只有在webview47它们动画大放映被调用到时,才开源阅读会进行实例化,并执行它们的生命周期;ContentProvigithub中文社区der 即使在没有被调用到,也会在启动阶段被自动实例化github汤姆并执行相关的生命周期。在进程的初始化阶段调用完 Application 的 attachBaseContext 方法后,会再去执行 installContentProv初始化是什么意思iders 方法,对当前进程的所有 ContentProvider 进行 install。

这个过程将会对当前进动画电影程的所有 ContentProvider 通过 for 循环的方式逐一进行实例化、调用它们的 attachInfo 与 onCreate 生命周期方法,最后将这些 Co动画专业ntentProvider 关联的 ContentProviderHolder 一次性 publish 到 AMS 进程。

抖音 Android 性能优化系列:启动优化实践

ContentProvider 这种在进程初始化阶段自动初始化的特性,使得在其作为跨进程通信组件的同时,也被一些模块用来进初始化英文行自动初始化,这其中最为典型的就是官方的Lifecycle组件,其初始化就是借助了一个叫 ProcessLifecycleOwnerInitializer 的 ContentProvider 进行初始化的。

LifeCycle 的初始化只是进行了 Activity 的 LifecycleCallbacks 的注册耗时不多,我们在动画头像逻辑层面上不需要做太多的优化。值得注意的是,如果这类用于进行初始化的 ContentProv初始化磁盘ider 非常多,ContentP初始化电脑时出现问题ro开源vider 本身的创建、生命周期执行等堆积起来也会非常耗时。针对这个问题,我们可以通过JetPack 提供的 Startup开源节流多个初始化的 ContentProvider 聚合成一个来进行优化。

除了这类耗时很少初始化电脑的后果的 ContentProvider,在实际优化过程中我们也发现了一些github官网登陆入口耗时较长的 ContentProvider,这里大致介绍一下我们webview2控件的优化思路开源中国

publicclassProcessLifecycleOwnerInitializerextendsContentProvider{
@Override
publicbooleanonCreate(){
LifecycleDispatcher.init(getContext());
ProcessLifecycleOwner.init(getContext());
returntrue;
}
}

对于我们自GitHub己的 ContentProvider,如果初始化耗时我们可以通过重构的方式将自动初始化改为按需初始化。对于一些三方甚至是官方的 ContentProvider,则无法直接通过重构的方式进行优化。这里以webview是什么东西官方的 FilePrwebview更新ovider 为例开源阅读app下载安装,来介绍我们的优化思路。

FileProvider 使用动画片小猪佩奇

FilePrWebViewovider 是 Android7.0 引入的用于进行文件访问权限控制的组件,在引入 FileProvider 之前我们对于拍照等一些跨进程的文件操作,是以直接传递文件 Uri初始化电脑 的方式进行的;webview是什么软件在引入 FileProvider 后,我们的webview更新整个过程则为:

  1. 首先继承 File开源是什么意思Provider 实现一个自定义的 FileProvider,并把这个 Provider 在 manifest 中进行注册,为其 FILE_PROVIDER_PATHS 属性关联一个 file path 的 xml 文件开源众包
  2. 使用方法通过 FileProvider 的 getUriForFile 方法将文件路径转化为 Content Uri,然后去调用 ContentProvider 的 query、openFile 等方法。
  3. 当 FileProvider 被调用到时,将会首先去进行文件路径的校验,判断其是否在第 1 步定义的 xml 中,文件路径校验通过则继续执行后续的逻辑。

耗时分析

从上面的过程来webview2控件看,只要我们在启动阶段没有 FileProvider 的调用,是不会有 FileProvider 的相关耗时的。但实际上从启动 trace 来看,我们的启动阶段是存在 FileProvider 相关耗时的,具体的耗时则是在 FileProvider 的生命周期方法 at初始化电脑的后果tachInfo 方法中,FileProvider 的 attachIn初始化电脑的后果fo 方法除开源是什么意思了会去调用我们开源代码网站github最为熟悉的 onCreate 方法,同时还会去调用getPathS初始化磁盘trategy方法,我们的耗时则是集中在这个 getPathStrategy 方法中。

从实现来看, getPathStrategy 方法主要是进行FileProvWebViewider 关联xml 文件的解析,解析结果将会赋值给 mStrategy 变量。进一步分析我们会发现 mStrategy 会在 Fwebview可以删除吗ileProvider 的 query、ge初始化电脑时出现问题tType、openFile 等接口进行文件路径校验时用到,开源矿工而我们的 query初始化失败是怎么解决、getType、openFile 等接口在启动阶段是不会被调用到的,因动画此 FileProvider attachInfo 方法中的 getPathStrategy 是完全没有必要的,我们完全可以在动画专业 query、getType、openFile 等接口被调用到的时候再去执行 getPathStrategygithub下载 逻辑。

抖音 Android 性能优化系列:启动优化实践

优化方案

FileProvider 是 androidx 中的代码,我们无法直接修改,但是它会参与我们的webview2代码编译,我们可以在编译阶段通过修改初始化电脑的后果字节码的方式去修改它的实现,具体的实现方案为:

  1. 对 ContentProvigithub下载der 的 attachInfo 方法进行插桩,在执行原有实现前将参数 Pro开源节流viderInfo 的 grantUriPermissions 设置为 false,然后调用原实现并进行异常捕开源代码网站github获,在调用完动画制作软件成后再对 ProviderInfo 的 grantUriPermissions 设置回 true,利用 grantUriPermissions 的检查绕过 getPathS开源节流trategy 的执行。(这里之所以没有使用 ProviderInfo 的 exported 异常检测绕过 getPathStrategy 调用是因为在 attachInfo 的 super 方法中会对 ProviderInfo 的 exported 属性进行缓存)
publicvoidattachInfo(@NonNullContextcontext,@NonNullProviderInfoinfo){
super.attachInfo(context,info);
//Sanitycheckoursecurity
if(info.exported){
thrownewSecurityException("Providermustnotbeexported");
}
if(!info.grantUriPermissions){
thrownewSecurityException("Providermustgranturipermissions");
}
mStrategy=getPathStrategy(context,info.authority);
}
  1. 对 FileProvider 的 query、getType、openFile 等方法进行插桩,webview最新版下载在调用原方法之前首先进行 getPathStrategy 的初始化,完成初始化之后再调用原始实现。

单个 FileProvider 的耗时虽然不多,但是对于一些大型的 app,为了模块解耦其可能会webview是什么东西有多个 FileProvider,在这种情况下 FileProvider 优化的收益还是比较可观github中文社区的。与 FileProv初始化游戏启动器失败ider 类似,Google 提供的 WorkManager 也会存在初始化的 ContentProvider,我们可以采用类似的方式进行优化。

1.3 启动任务重构与任务调度

启动的第三个阶段是 Application 的 onCreate 阶段,这个阶段是启动任务执行的高峰阶段,该阶段的优化就是针对各类启动任务的优化,具有极强的业务关联性,这里简单介绍一下我们优化的大概思路。

抖音 Android 性能优化系列:启动优化实践

抖音启动任务优化的核心思想是代码价值最大化webview是什么软件源利用率最大化。其中代码价值最大化主要是确定哪些任务应该在启动阶段执行,它的核心目标是将不应该在启动阶段执行的任务从启动阶段去除掉;资源利动画片少儿小猪佩奇用率最大化则是在启动阶段任务已经确定的情况下,尽可能多的去利用系统资源以达到减少任务执行耗时的目的。对动画片汪汪队于单个任务而言,我们需要去优化它的内部实现,减少它动画专业本身的webview可以删除吗资源消耗以提供更webview可以删除吗多资源给其他任务执行,对于多个任务则是通过合理的调度以充分利用系统动画片汪汪队初始化电脑的后果资源。

初始化落地角度而言我们主要围绕两个事情开展:启动任github下载务重构与任务调度。

启动任务重构

由于业务复动画片熊出没杂度较高且前期对启动任务的管控较为宽松,抖音启动阶段的任务有超过 300 个,这种情况下对启动阶段的任务进行调度能够在一定程度上提升启动速度,但是仍然比较难将启动速度动画头像提升到一个较高的水平,因此启动优化中非常重要的一开源是什么意思个方向就是减少启动任务

为此我们将启动任务分成了配置任务、预加载任务和功能任务三大类。其中配置任务主要用于对各类 sdk 进行初始化,在它没有初始化电脑的后果执行之前相关的 sdk 是无法工作的;预加载任务主要是为了对后续的某些功能进行预热,以提升后续功能的执行速度;功能任务则是在进程启动这一生命周期执行的与功能相关的任务。对于这三类github永久回家地址任务我们采用了不同的改造方式:

  • 配置任务:对于配置任务我们最终目标是把它们从启动阶段去除掉,这样做主要有两个原因,首先部分配置任务仍然存在一定的耗时,将它们从启动任务移除掉可以提升webview2我们的启动速度;其次配置任务在没有执行前相关 sdk 无法正常使用,这会对我们的功能可用性、稳定性以及优化过程中的调度造成影响。为了达到去除配置任务的目的,我们对配置任务进行了动画专业原子化的改造,将原本需要主动调用向 sdk 中注入 contex开源是什么意思t、callback 等各类参数的实现,通过 sp初始化失败是怎么解决i(服务发现)的方式改为了按webview2需调用的方式—初始化英文—对于抖音自己的代码我们在需要使用 context、callback 等参数时通过 spi 的方式去请求应用上层进行获取,对于我们无法修改代码的三方 sdk,我们则对它们进行一个中间层封装,后续对于三方 sdk 的使用都通过封装的中间层,在中间层相关接口被调用时再执行 sdk 的配置任务。通过这样的方式我们可以把配置任务从启动阶段移除掉,实现使用时再按需执行webview下载
  • 预加载任务:对于预初始化sdk什么意思加载任务,我动画片汪汪队们则对它们进行了规范化改造,以确保预加载任务在被降级情况下功github中文社区能的正确性,同时对过期的预加载任务以动画头像及预加载任务中冗余的逻辑进行去除,以webview什么意思提升预加载任务的价值。
  • 功能任务:对于开源众包功能性的启动任务,我们则是对它们进行了粒度拆解与瘦身,去webview可以删除吗除启动阶初始化段非必须的逻辑,同时对功能任务添加了调度与降级能力支持,以供后续的调度与降级。

任务调度

关于任务调度业界有过比较多的介绍,这里对于任务开源节流是什么意思的依赖分析、任务排布等不再进行介绍,主要介绍抖音在实践过程中一些可能的创新点:

  • 基于落地页进行调度:抖音启动除了进入首页,还有授权登录、push 拉活等不同的落地页,这些不同的落地页在任务的执行上是有比较大差异的,我们可以在webview2 Application 阶段通过反射主线程消息队列中的消息获取待启动的动画片熊出没目标页动画面,基webview什么意思于落地页进行针对性的任务调度;开源是什么意思
  • 基于设备性能动画片熊出没调度:采集设备的各类性能数据在后台对设备进行打分与归一化处理,将归一化之后的结果下发到端上,端上根据所在的性能等级进行任务的调度;
  • 基于功能活跃度调度:统计用户对各个功能的使用情况,为用户计算出每个功能的一个活跃度数据,并将他们下发到端上,端上根据功能活跃webview47度高低来进行调度;
  • 基于端智能的调度:在端上通过GitHub端智webview2能的方式预测用户的后续行为,为后续功能进行预热等;
  • 启动功能降级:对于部分性能较差的设备与用户,对启动阶段的任务、功能进行降级,将其延后到启动之后github官网登陆入口再去执行,甚至完全不执行,以保证整体体验。

1.4 Activity 阶段优化

之前的几个阶段都属于 Application 阶段,接下来看一下 Agithub汤姆ctivity 阶段的相关优化,这个阶段我们将介绍 S开源阅读app下载安装plash 与 Main 合并、反序列化优化两个典型例子。

抖音 Android 性能优化系列:启动优化实践

1.4.1 Splash 与 Main 合并

首先来看一下 SplashActivity 与 MainActivity 的合并,在之前的版本中抖音的 launcher activity 是 SplashActivity,它主要承载动画头像着广告、活动等webview可以删除吗开屏相关逻辑。一般情况下我们的启动流程为:

  1. 进入 SplashActivity,在 Splas初始化hActivity 中判断当前是否有待展示的开屏;
  2. 如果有待展示的开屏则展示开屏,等待开源中国开屏展示结束再跳转到 MainActivit开源中国y,如果没有开开源代码网站github屏则直接跳转到 MainActivity。

抖音 Android 性能优化系列:启动优化实践

在这个流程下,我们的启动需要经历两个 Activity 的启动,如果把初始化电脑时出现问题未进行更改这两个 Activity 进行合并,我们可以动画头像取得两方面的收益

  1. 减少一次 Activity 的启动过程;
  2. 利用读取开屏信息的时间,做一些与 Activity 强关联的并发任务,比如异步 Vigithub中文社区ew 预加载等。WebView

要实现webview可以删除吗 Splash 与 Main 合并,我们需要解决的问题动画制作软件要有 2 个:

  • 合并后如何解决外部通过 Activit初始化电脑y 名称跳转的问题;
  • 如果解决 LaunchMode 与多实例的问题。

第 1 个问题比较容易解决,我们可以通过 activity-alias+targetActivity 将 SplashAct动画制作软件ivity 指向 MainActivity 解决。接下来我们来看一下webview是什么软件第二个问题。

抖音 Android 性能优化系列:启动优化实践

launchMod动画电影e 问题

在 Splash 与 Main 合并之前,SplashActivity 与 MainActivity 的 LaunchMode 分别是 standard 和 sinngletask,这种情况下我们能够确保 MainActivity 只有一个 实例,并且在我们从应用 home 出去再次进入时,能够重新回到之前的页面。

将 SpGitHublashgithub中文社区Activity 与 MainActivity 合并以后,我们的 launcher Act初始化电脑的后果ivity 变成了 MainActgithub直播平台永久回家ivity,如果继续使用 singletask 这个 launchMode,webview是什么东西当我们从二级页面 home 出去再次点击 icon 进入时,我们将无法回到二级页面,而会回到 Mai动画片熊出没n 页面,因此合并后 MainActivity 的 launch mode 将不再能够使用 singletask。经过调研,我们最终选择了使用 singletop 作为我们的 launchMode。

抖音 Android 性能优化系列:启动优化实践

多实例问题

1、内部启初始化失败是怎么解决动多实例的问题

使用 singletop 虽然能够解决 home 出去再次进入无法回到之前页面的问题,但是随之而来的是MainActivity 多实例的问题。在抖音的逻辑中存在一些与webview可以删除吗 Ma动画大放映inActivity 生命周期强关联的逻辑,如果 MainActivity 存在多个实例,这部分逻辑将会受到影响,同时多个 MainActivi开源众包ty 的实现,也会导致我们不必要的资源开销,与预期是不符的,因此我们希望能够解决这个问题。

针对这个问题我们的解决方案是,对于应用内所有启动 MainActiv动画ity 的 Intent 增加FLAG_ACTIVITY_NEW_T初始化磁盘ASK 与 FLAG_ACTIVITY_CLEAR_TOP的 fl动画制作软件ag,以实现类似于开源节流是什么意思 singletask 的 clear top 的特性。

使用动画电影 FLAG_ACTIVITY_NEW_TASK +webview是什么东西 FL动画大放映AG_ACTIVITY_开源阅读app下载安装CLEAR_TOP 的方案github永久回家地址,我们基本能够解决内部启动 MainActivity 多实例的问题,但是实际测试过程中,我们发现开源中国在部分系统上,即使实现了 clear top 的特性,依然存在多实例的问题。

经过分析,我们发现在这部分系统上,即使通过 activity-alias+targetActivity 方式将 SplashAc开源阅读t开源代码网站githubivity初始化电脑的后果 指向了初始化电脑时出现问题 MainActivity,但是在 AMS 侧它仍然认为启动的是 SplashActivity,后续再启动 MainActivity 时会认为之前是不存在 MainAc开源矿工tivity 的动画片少儿小猪佩奇,因此会再次启动一个 MainActivity。开源是什么意思

针对这个问题我们的解决方案是,修改启动 M开源中国ainActivity Intent 的 Component 信息,将初始化是什么意思其改初始化英文从 MainActivity 改为SplashActivity,这样我们就彻底解决了内部启动 MainActivity 导致的多实例的问题。

抖音 Android 性能优化系列:启动优化实践

为了尽可能少的侵入业务,同时也防止后续迭代再出现内部开源矿工启动导致 MainActivity 问题,我们对github直播平台永久回家 Context startActivity 的调用进行了插桩动画片猫和老鼠。对于启动github中文官网网页 MainActivity 的调用,在完开源阅读app下载安装成向 Intent 中添加 flag 和初始化sdk什么意思替换 Component 信息后再调用原有实现。之所以选择插桩方式实现,是因为抖音的代码结构比较复杂,存在多个基类 Activity,且部分基类 Act开源节流ivity 无法直接修改到代码。对于没有这方面问GitHub题的业务,可以通过重写基类 Acgithub开放私库tivtity 及 Application 的 startActivity 方法的方式实现。

2、外部启动多实例问题

以上解决 MainActivity 多实例的方案,是建立在启动 Activity 之前去修改动画片猫和老鼠待启动 Activity 的 Intent 的方式实现的,这种方式对于应用外部启动 MainActivity 导致的 MainActivity 多实例的问题显然是无法解决的。那么webview2针对外部启动 MainActiwebview可以删除吗vity导致的多实例问题,我们是否有其他解决方案呢?

我们先回到解决 MainActivity 多实例问题的出发点。之所以要避免 MainActivity 多实例,是为了防止同时出现多个 MainActivity 对初始化磁盘象,出现不符合预期的动画大放映 MainActivity 生命周期的执行。因此只要确保不会同时出现多个 MainActivity 对象,一样可以解决 MainActivity 多实例问题。

避免同时出现多个 MainActivitygithub中文社区 对象,我们首先需要知道当前是否已经存在 MainActivity 对象,解决这个问题的思路比较简单,我们可以去监听 Activitgithub是什么y 的生动画电影命周期,在 MainActivity 的 onCregithub直播平台永久回家ate 和 onDestroy 中分别去增加减少 MainActivity 的实例数。如果 MainActivity 实例数为 0 则认为当前不存在 MainActivity 对象。

解决了 MainActivity 对象数统计的问题,接下来我们就需要让 MainActivity同时存在的对象数永远保持在 1 个以下。要解决这个问题我们需要github永久回家地址回顾一下 Activity 的启动流程,启动一个 Activity 首先会经过 AMS,AMS 会再调初始化是什么意思用到 Activity 所在动画片熊出没的进程,在 Activity 所在的进程会经过主线程的 Handler post 到主线程,然后通过 Instrumwebview2控件enwebview是什么东西tation 去创建 Activity 对象,以初始化英文及执行后续的生命周期。对于外开源阅读部启动 MainActi动画片小猪佩奇vity ,我们能够控制的是从 AMS 回到进程之后的部分,这里可以选择以 Instrumentation 的 newActgithub下载ivi动画片熊出没ty 作为入口。

抖音 Android 性能优化系列:启动优化实践

具体来说我们的优化方案如下初始化电脑时出现问题

  1. 继承 Instrumentation 实现一个自定义的 Instrumentaion 类,以代理转发方式重写里面的所有方法;
  2. 反射获取 ActivityThread 中动画片熊出没 Instrumentaion 对象,并以其为参数创建一个自初始化游戏启动器失败定义的 In初始化电脑strumentaion 对象,初始化电脑时出现问题通过反射方式用自定义的 Instgithub开放私库rumentaion 对象替换 ActivityThread 原有的 Instrumentaion;
  3. 在自定义 Instrumentaion 类的 n开源代码网站githubewActivity 方法中,进行判断当前待创建的 Activity 是否为 MainActivity,如果不是 Maigithub中文社区nActivity 或者当前不存在 MainActivity动画 对象,则调用原有实现,否则替换其 classNam动画片少儿小猪佩奇e 参数初始化sdk什么意思将其指向一个空的 Act开源代码网站githubivity,以创建一个空的 Acti初始化vity;
  4. 在这个空的 Activity 的 onCreate 中 finish 掉自己,初始化sdk什么意思同时通过一个添加了 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_CLE开源节流是什么意思AR_TOP fwebview是什么东西lag 的 Intent 去启动一下 SplashActivity。

抖音 Android 性能优化系列:启动优化实践

需要注意的是我们这里 howebview更新ok Instrumentaion 的实现方案,在高版本的 Android 系统上我们也可以以 AppComponentFactory ins初始化sdk什么意思tantiateActivity 的方式替换。

1.4.2 反序列化优初始化电脑时出现问题

抖音 Ac开源节流tivity 阶段另一个典型的优化是反序列化的优化webview是什么东西——在抖音使用过程webview什么意思中会在本地序列化一github下载部分数据,在启动画片猫和老鼠动过程中需要对这部分数据进行反序列化动画大放映,这个过程会对抖音的启动速度造成影响。在之前的优化过程中,我们从业务层面对 block 逻辑进行了异步化、快照化等 case by case 的优化,取得了不错的效果,但是这样的方式维护起来比较麻烦,迭代过程也经常出现劣化,因此我们尝试以正面优化反序列化的方式进行优化。

抖音启动阶段的反序列化问题具体来说就是Gso开源矿工n 数据解析耗时问题,Gson 是 Goo动画大放映gle 推出的一个 json 解析库,其具有接入成本低GitHub、使用便捷、功能扩展性良好等优点,但是其也有一个比较明显的弱点,那就是对于它在进行某个 Model 的首次解析时会比较耗时,并且随着 Model 复杂程度的增加,其耗时会不断膨胀。

Gson 的首次解析耗时与它的实开源阅读app下载安装现方案有关,在 Gson 的数据解析过程中有一个非常重要的角色,那动画片熊出没就是TypeAdapter,对github中文官网网页于每一个待解析webview最新版下载的对象的 Class,Gson 会首先为其生成一个 Tgithub官网ypegithub官网登陆入口Adapter,然后利用这个 TypeAdapter 进行解析,开源阅读app下载安装Gson 默认的解析方案采用的是 Refwebview是什么软件lectiveTypeAdapterFactory 创建的 TypeAdapter 的,其创建与解析过程中涉及到大量的反射调用,具体webview更新流程为:

  1. 首先通过反射获取待解析对象的所有 Field,并逐个读取去读取它们的注解,生github汤姆成一个从 serializeName 到 Filed 映射 map;
  2. 解析过程动画专业中,通过读取到的 serializeName,到生成的 map 中找到对应的 Filed 信息,然后根据 Filed开源节流 的数据类型采用特定类型的方式进行解析,然后通过反射方式进行赋值。

因此对于 Gson 解析耗时优化的核心就是减少反射,这里具体介绍一下抖音中使用到的一些优化方案。

自定义 TypeA初始化电脑时出现问题未进行更改dapter 优化

通过对 Gson 的源码分析,我们知道 Gson 的解析采用的是责任链的形式,如果在 ReflectiveTypeAdapwebview更新terFactory 之前已经有 TypeAdapterFactory 能够处理某个 Class,那么它是不会执行到 ReflectiveTypeAdapterFactory 的,而 Gson 框架又是支持注入自定义的 TypeAdapterFactory 的,因此我们的一种优化方案就是注入动画片少儿小猪佩奇一个自定义的 TypeAdapterFactory 去优化这个解析过程。

这个自定义 TypeAdapterFactory 会在编译期为每个待优化的 Class 生成一个自定义的 Typwebview2eAdapter,在这个 TypeAdapter 中会为 C初始化电脑lass 的每个字段生成相关的解析代码,以达到避免反射的目的。

抖音 Android 性能优化系列:启动优化实践

生成自定义 TypeAdapter 过程中的字节码初始化电脑时出现问题未进行更改处理,我们采用了抖音团队开源的字节码处理框架 Bytex(github.com/动画专业bytedance/B…

  1. 配置待优化 Class:在开发阶段,通过注解、配置文件的方式对我们需要优化的 Class 进行加白;
  2. 收集待优化 Class 信息:开始编译后,初始化失败是怎么解决我们从配置文件中读取通过配置文件配置 Class;在遍历工程中所有的 class 的webview什么意思 traverse 阶段动画片猫和老鼠,我们通过 ASM 提供的 ClassVisitor 去读取通过注动画专业解配置的 Class。对于所有需要优化的 Class,初始化游戏启动器失败我们利用 ClassVisitor 的 visitField 方法github汤姆收集当前 Class 的所有 Filed 信息;
  3. 生成自定义 TypeAdapter 和 TypeAdapterFactory:在 trasform 阶段,我们利用收集到的 Class 和 Field 信息生成自定义的 TypeAdapter 类,同时生成创建这些 TypeAdapter 的webview47自定义 TypeAdapterFactory;
publicclassGsonOptTypeAdapterFactoryextendsBaseAdapterFactory{
protectedBaseAdaptercreateTypeAdapter(Stringvar1){
switch(var1.hashCode()){
case-1939156288:
if(var1.equals("xxx/xxx/gsonopt/model/Model1")){
returnnewTypeAdapterForModel1(this.gson);
}
break;
case-1914731121:
if(var1.equals("xxx/xxx/gsonopt/model/Model2")){
returnnewTypeAdapterForModel2(this.gson);
}
break;
returnnull;
}
}
publicabstractclassTypeAdapterForModel1extendsBaseTypeAdapter{
protectedvoidsetFieldValue(Stringvar1,Objectvar2,JsonReadervar3){
Objectvar4;
switch(var1.hashCode()){
case110371416:
if(var1.equals("field1")){
var4=this.gson.getAdapter(String.class).read(var3);
((Model1)var2).field1=(String)var4;
returntrue;
}
break;
case1223751172:
if(var1.equals("filed2")){
var4=this.gson.getAdapter(String.class).read(var3);
((Model1)var2).field2=(String)var4;
returntrue;
}
}
returnfalse;
}
}

优化 ReflectiveTypeAdapterFactor初始化电脑y 实现

上面这种自定义 Typewebview是什么软件Ad初始化apter 的方式可以对 Gson 的首次解析耗时优化 70%左右,但是这个动画片猫和老鼠方案需要在编译期增加解析代码,会增加包体积,具有一定的局限性,为此我们也尝试了对 Gson 框架的实现进行了优化,为了降低接入成本我们通初始化电脑时出现问题未进行更改过修改字节码的方式去修改ReflectiveTypeAdapterF初始化电脑时出现问题未进行更改actory的实现。

原始的 ReflectiveTypeAdapterFactory 在进行实际数开源是什么意思据解析之前,会首先去反射动画片汪汪队 Clawebview什么意思ss 的所有字段信息,再进行解析,而在实际解析过程中并不是所有的字段都是会使用到的,以下面的 Person 类为例,在进行 Pergithub中文社区son 解析之github官网前,会对 Person、Hometown、Job 这三个动画片小猪佩奇类都进行webview2解析,但是实际输入可能只是简单的 name,这种情况下对于 Hometown、Job 的解析就是完全没有开源节流是什么意思必要的,如果 Hometown、Job 类的实现比较复杂,这将导致较多不必要的时间开销。

classPerson{
@SerializedName(value="name",alternate={"nickname"})
privateStringname;
privateHometownhometown;
privateJobjob;
}
classHometown{
privateStringname;
privateintcode;
}
classJob{
privateStringcompany;
privateinttype;
}
//实际输入
{
"name":"张三"
}

针对这类情况我们的解决方案就是“按需解析”,以上面的 Person 为例我们在解析 Person 的 Class 结构时,对于基本数据类型的 name 字段会进行正常的解webview是什么东西析,对于复杂类型的 hometown 和 job 字段,会去记录它们的 Clas动画电影s 类型,并且返回一个封装的 TypeAdapter;在实际进行数据解析时,如果确实包含 hom动画头像etown 和 job 节点,我们再去进行 Hometown 与 Job 的 Class 结构解析。这种优化方案对于 Class 结构复杂但是实际数据节点缺失较多情况下效果尤为明显,在抖音的实践过程中某些场景优化幅度接近 80%。

webview47他优化方案

上面介绍了两种比较典型的优化方案,在抖音的实际优化过程中还尝试了其他的优化方案,在特定的场景也取得了不错的优化效果,大家可以参考:

  • 统一 Gson 对象:Gson 会对解析过的 Class 进行 TypeAdapter 的缓存,但是这个缓开源中国存是 Gson 对象级别的,不同 Gson 对象之间不会开源节流进行复用,通过统一 Gson 对象可以实初始化sdk什么意思现 TypeAdapter 的复用;
  • 预创建 TypeAdapt动画片少儿小猪佩奇er:对于有足够的并发空间场景,我们在异步github直播平台永久回家线动画专业程提前创建相关 Class 的 TypeAdapter,后续则可以直接使用预创建的 TypeAdapter 进行数据解析;
  • 使用其他协议:对于本地数据的序列化与反序列化我们尝试使用了二进制顺序化的存储方式,将反序化耗时减少了 95%。在具体实现上我们采用的是 Android 原生提供的 Parcel 方GitHub案,对于跨版本数据不兼容的情况,我们通过版本控制的方式回滚为版本兼容的 Gson 解析方式。

1.5 UI 渲染优化

介绍完 Activity 阶段的优化我们再来看一下 UI 渲染初始化游戏启动器失败阶段的相关优化,这个阶段我们将介绍 View 加载的相关优化。

抖音 Android 性能优化系列:启动优化实践

一般来说创建 Vi动画大放映ew 有两种方式,第一种初始化游戏启动器失败方式就是直接通过代码构建 View,第二种方式就是 LayoutInflate 去加载 xml 文件,这里将重点介绍LayoutInfl动画制作软件ate 加载 xml 的优化。LayoutInflate 进行 xml 加载包括三个步开源代码网站github骤:

  1. 将 xml 文件解析到内存中 XmlResourceP开源中国arser 的 IO 过程;
  2. 根据 XmlResourceParser 的 Tag name 获取 Class 的 Java 反射过程;
  3. 创建 View 实开源中国例,最终生成 View 树。

这 3 个步动画骤整体上是比较耗时的。在业务层面上,我们可以通过优化 xml 层级、使用 ViewStub 方式进行按需加载等方式进行优化,这些优化可以在一定程度上优化 xml 的加载时长。

这里我们介绍另一种比较通用优化方案——异步预加载方案,以下图中 fragment 的 ro初始化是什么意思otview 为例,它是在 UI 渲染的 measure 阶段被 inflate 出来的,而从应用启动到 measure 是有开源是什么意思一定的时间 gap 的,我们完全可以利用这段时初始化游戏启动器失败间在后台线程提前将这些 view 加载到内存github下载,在 measure 阶段再直接从内存中进行读取。

抖音 Android 性能优化系列:启动优化实践

x2c 解动画大放映决锁的问题

在 androidx 中已经有提供了 AsyncLayoutInflater 用于进行 xml 的异步加载,但是webview可以删除吗实际使用下来会发现直接使用 AsyncLayoutInflater 很容易出现锁的问题,甚至导致了更多的耗时。

通过分析我们发现,这是因为在 LayoutInflate 中存在着对象锁,并且即使通过构建不同的 LayoutInflate 对象绕过这个对象锁,在 AssetManager 层、Native 层仍然会有其他锁动画电影。我们的解决方案就是xml2code,在编译期为添加了注解的 xm动画电影l 文件生成创建动画片少儿小猪佩奇 View 的代码,然后异步进行 View 的预创建,通过 x2cgithub官网 方案在解决了多线程锁的问题的同时,也提升了 View 的预创建效率。目前该方案正在打磨中,后续在打磨完毕后将会进行详细介绍。

LayoutParams 的问题

异步 Inflate 除了多线程锁的问题,另一个问题就是LayoutParams问题。

LayoutInflater 对 View LayoutParam 处理主要依赖于 root 参初始化sdk什么意思数,对于 root 不为 null 的情况,在 inflate 的时候将会为 View 构造一个 roWebViewot 关联类型的 LayoutParams,并且为其设置 LayoutPara动画头像ms,但是我们在进行异步 Inflate 的时候是拿不到根布局的,如果传入的 root 为 null,那么被 Inflate 的 View 的 Layout开源中国Params 将会为 null,在这个 View 被添加到父布局时会采用默认值,这会导致被 Inflate view 的属性丢失,解决这个问题的办法就是开源阅读在进行预加载时候 new 一个相应类型的 root,以实现对待 inflate view 属性的正确解析。

publicViewinflate(XmlPullParserparser,@NullableViewGrouproot,booleanattachToRoot){
//省略其他逻辑
if(root!=null){
//Createlayoutparamsthatmatchroot,ifsupplied
params=root.generateLayoutParams(attrs);
if(!attachToRoot){
//Setthelayoutparamsfortempifwearenot
//attaching.(Ifweare,weuseaddView,below)
root.setLayoutParams(params);
}
}
}
publicvoidaddView(Viewchild,intindex){
LayoutParamsparams=child.getLayoutParams();
if(params==null){
params=generateDefaultLayoutParams();
if(params==null){
thrownewIllegalArgumentException("generateDefaultLayoutParams()cannotreturnnull");
}
}
addView(child,index,params);
}

其他问题

除了上面提到的多线程锁的问题和 Layou开源中国tParams 的问题,在进行预加载过程中还遇到了一些其他的问题,这些问题具体如下:

  1. inflate 线程优先级的问题:一般情况下后台线程的优先级会比较低,在进行异步 inflate 时可能会因为 infla动画电影te 线程优先级过低导致来不及预加载甚至比不进行预加载更耗时的情况,在这种情开源软件况下建议适当提升异步 inflate 线程的优先级。
  2. 对 Handler 问题:存在一些自定义 View 在创建的时候会去创建 handler,这种情况下我们需要去修改创建 Handler 的代码,为其指定主线程的 L动画大放映ooper。
  3. 对线程有要求初始化电脑时出现问题未进行更改典型的就是自定义 View 里使用了动画,动画在 start 时会校验是否是 UI 线程主线程,这种情况我们需要去修改业务代码,初始化是什么意思将相关逻辑移动到后续真正添加到 View tree 时。
  4. 需要使用 Activity动画制作软件 context 的场景:一种解决办法就是在 Activity 启动之后再进行异步预加载,这种方式无需专门处理 View 的 cogithub是什么ntext 问题,但是预动画制作软件加载的并发空间可能会被压缩;另一种方式就是在 Application 阶段利webview可以删除吗用 Applicaiton 的 context 进行预加载,但是在 add 到 view tree 之前将预加载 View 的 context 替换为 Activity 的 con初始化电脑时出现问题text,以满足 Dialog 显示、LiveData 使用等场景对 Activity context 的需求。初始化电脑的后果

1.6初始化电脑 主线程耗时消息优化

以上我们基本介绍了主线程各大生命周期的相关优化,在抖音的实际优化过程中我们发现一些被 post 在这些生命周期之间的主线程耗时消息也会对启动速度造成影响。比如 Application 和 Activity 之间、Activity 和 UI 渲染之间。这些主线程消息会导致我们后续的生命周期被延后执行,影响启动速度,我们需要对它们进行优化。

1.6.1 主线程消息调度

对于自己工程中的代码,我们可以比较方便的优化;但是有些是第三方 SDK 内部的逻辑,我们比较难以进行优化;即使是方便优化掉的消息后期的防止劣化成本也非常高webview是什么东西。我们尝试从另外一个角度解开源阅读app下载安装决这个问题,webview更新在优化部分往主线程 post 消息的同时,对主线程消息队列进行调整,让启动相关的消息优先执行。

抖音 Android 性能优化系列:启动优化实践

我们的核心原理是根据 App 启动流程确定核心启动路径,利用消息队列调整来保证冷启动场景涉及相关消息优先调度,进而提高启动速度,具体来说包括如下:

  1. 创建自定义的 Printer 通过 Looper 的 setMessageLogging 接github直播平台永久回家口替换原有的 Printer,并对原始的 Printer 进行转发;
  2. 在 Application 的 onCreate、MainActivity 的 onResume 中更新下一个待调度的消息,Application 的 onCreate 之后预期的目标消息是 Launch Activity,Mai动画片猫和老鼠nActivity初始化电脑 的 onResume 之后的预期消息则是渲染相关的 doFrame 消息。为了缩小动画片猫和老鼠影响github下载范围,在启动完成开源众包或者执行了非正常路径后则会对 disable 掉消息调度;
  3. 消息调度的具体执行则是在自定义 Printer 的 pri开源阅读n初始化是什么意思tln 方法中进行的,在 println 方法中遍历主线程消息队列,根据 message.what 和 mgithub官网登陆入口essage.getTarget()github官网判断在消息队列中是否存在目标消息,如果存在则将其移动到头部优动画大放映先执行;
1.6.2 主线程耗时消息优化

通过主线程消息调度,我们可以在一定程度上解决主线程消息对启动速度webview是什么东西的影响,但是其也存在一定的局限性:

  1. 只能调整已经在消息队列中的消息,比如在 MainActivity onResme 之后存开源软件在一个耗时的主线程消息,而此时 doFrame 的消息webview什么意思还没有进入主线程的消息队列,那我们则需要执行完我们的耗时消息才能执行 doFrame 消息,其仍然会对启动速度有所影响;
  2. 治标不治本,虽webview是什么软件然我们将主线程耗时消息从启动阶段移走,但是在启动后仍然会有卡顿存在。

基于这两个原因我们需要对启动阶段主线程的耗时消息进行优化。

一般来说主线程耗时消息大部分是业务强相关的,可以直接通过 trace 工具输出的主线程的堆栈发现问题逻辑并进行针对性的优化,这里主要介绍一个其他产品也可能会遇到的 case 的优化——WebView 初始化造成的主线程耗时

在我们的优化过程中发现一个主线程较大的耗时,其调用堆栈第一层动画专业WebViewChromiumAwInit.startChro动画电影miumLocked,是系统 Webview 中的代码,通过分析 WebView 代码发现其是在 WebViewChromiumAwInit 的 ensureChromiu开源软件mStartedLocked 中 post 到主线程的,在github中文社区每个进程周期首次使用 Webview 都会执行一次,无论是在主线程还是子线程调用最终都会被 post 到主线程造成耗时,因此开源是什么意思我们无法通过修改调用线程解决主线程卡顿的问题;同时由于是系统代码我们也无法通过修改代码实现的方式去进行解决,因此我们只能从业务层从使用的角度尝试是否可以进行优化。

抖音 Android 性能优化系列:启动优化实践

voidensureChromiumStartedLocked(booleanonMainThread){
//省略其他逻辑
//WemustposttotheUIthreadtocoverthecasethattheuserhasinvokedChromium
//startupbyusingthe(thread-safe)CookieManagerratherthancreatingaWebView.
PostTask.postTask(UiThreadTaskTraits.DEFAULT,newRunnable(){
@Override
publicvoidrun(){
synchronized(mLock){
startChromiumLocked();
}
}
});
while(!mStarted){
try{
//Important:wait()releases|mLock|theUIthreadcantakeit:-)
mLock.wait();
}catch(InterruptedExceptione){
}
}
}

问题定位

从业务角度优化我们首先需要找到webview可以删除吗业务的使用点,虽然我们通过分析代码定位到耗时消息是 Webview 相开源中国关的,但是我webview是什么软件们仍然无初始化游戏启动器失败法定位到最终的调用点。要定位最终的调用点,我们初始化英文需要对WebVi初始化ew 相关调用流程有所了解。系统的 WebView 是一个独开源立的 App,其他应用对于 Webview 的使用都需要经过一个叫 WebViewFactory 的 framework 类,在这个类中首先会通过 Webview 的包名获取到 Webv初始化iew 应用的 Context,然后通过获取到的 Context 获得 Webview 应用的 Classloader,最后通过 ClassLowebview下载ader 去加载 Webgithub是什么view 的相关 so,反射加载 Webview 中的 WebV开源iewFactoryProvider 的实现类并进行实例化,后续对于 WebiView 的相关调用都是通过 WebViewFactoryProvider 接口进行的。

通过后续分析发现对于 WebViewFactoryProvider 接口的 get开源Statics、 getGeolocationPermission、createWebV初始化电脑iew 等多个方法的首次调用都会触发github直播平台永久回家 WebViewChromiumAwwebview47Init 的 ensureChromiumStartedLocked 往主线程 post 一个耗时消息,因此我们的问题就变成了对于WebView动画大放映Facto初始化电脑时出现问题未进行更改ryProvider 相关方法的调用定位

一种定位办法就是通过插桩的方式实现,由于 WebViewFwebview下载actoryProvider 并不是应用能够直接访问到的类,因此我们对初始化失败是怎么解决于 WebViewFactoryProvider 的调用必然是通过调用 framework 其他代码实现的,这种情况下我们需要去分析 framework 中所有对于 WebViewFactoryProvider 的调用点,然后把应用中所有对于这些调用点的调用都进行插桩,进行日志输出以进行定位。很显然这种方式成本是比较高的,比较容易出现漏掉的情况。

事实上对于 WebViewFactoryProvider 的情况我们可以采用动画制作软件一个更便捷的方式。在前面的分析中我们知道 WebViewFactory初始化sdk什么意思P开源rovider 是一个接口,我开源矿工们是通过反射的方式获得其在 Wgithub官网ebviewwebview47 应用中实现的方式获得的,因此我们完全可以通过动态代理方式生成一个 WebViewFactoryProvider 对象,去替换 WebViewFactory 中的 WebViewFactoryPgithub汤姆rovider,在生成的 WebViewFactoryP开源众包rovider 类的 invoke 方法中通过方法名过滤,对于我们的白名单方法输出其调用栈。通过这样的方式我们最终定位到触发主线程耗时逻辑的是我们的 WebView UA 的获取。

抖音 Android 性能优化系列:启动优化实践

解决方案

确认到我们的耗时是由获取 WebView UA 引起的,我们可以采webview是什么软件本地缓存的方式解决:考虑到 WebView UA 记录的是 Webview 的版本等信息,其在绝大部分情况下是不会发生变化的,因此我们完全可以把 Webview UA 缓存在本地,后续直接从本地进行读取,并且开源软件在每次应用切到后台时,去获取一次 WebView UA 更新到本地缓存,以避免造成使用过程中的卡顿。

缓存的方案在 Webview 升级等造成webview47 Webview UA 发生变动画电影化的情况下可能会出现更新不及时的情况,如果对 WebView动画片汪汪队 的实时性要求非常高,我们也可初始化失败是怎么解决以通过调用子进程 ContentProvider 的方式在子进程去获取 WebView UA,这webview更新样虽然会影响到子进程的的主线程但是不会影响到我们的前台进程。当然初始化这种方式由于需要启动一个子进程webview什么意思开源是什么意思时需要走完整的 Webview UA 读取,相对本地缓存的方式在读取速度方面是有明显的劣势的,对于一些对读取动画片汪汪队速度有要求的github中文官网网页场景github下载是不太适合的,我们可以根据实际需开源阅读要采用相应的方案。

2. 后台任务优化

前面的案例基本都是主线程相关耗时的优化开源节流是什么意思,事实上除了主线程直接的耗初始化电脑的后果时,后台任务的耗时也是动画片少儿小猪佩奇会影响到我们的启动速度的,因开源为它们会抢占我们前台任务的 cpu、io 等资源,导致前台任务的执行时间变长,因此我们在优化前台耗动画片猫和老鼠时的同时也需要优化我们的后台任务。一般来说后WebView台任webview是什么软件务的优化与具体的业务有很强的关联性,不过我们也可以整理出来一些共性的优化原则

  1. 减少后台线程不必要的任务的执行,特别是一些重 CPU、IO 的任github永久回家地址务;
  2. 对启动阶段线程数进行收敛,防止过多的并发任务抢占主线程资源,同时也可以避免频繁的线程间调度降低并发效率。

除了这些通用的原则,这里也介绍两个抖音中比较典型的后台任务优化的案例。

2.1 进程启动优化

我们优化过github官网程中除了需要关注当前进程后台线程的运行情况,也需要关注后台进程的运行情况。WebView目前绝大部webview2分应用都会有 push 功能,为了减少后台耗电、开源是什么意思避免因为占用过多内存导致进程被杀,一般情况下会把 push 相关功能放在独立的进程。如果在启动阶段去启动 push 进程,其也会对我们的启动速度造成比较大的影响,我们尽量对 push 进程的启动去进行适当延迟,避免在启动阶段启动。

在线下情况下我们可以通过对 logcat 中“Start proc”等关键字进行过滤,去发现是否github中文官网网页存在启动阶段启动子进程的情github直播平台永久回家况,以及获得触发子进程启动的组件信息。对于一些复杂的工程或者是三方 sdk,我们即使知道了动画电影启动进程的组件,也比较难定位到具体的启动逻辑,我们可以通过对 startSe开源是什么意思rvice、bindService 等启动Service、Recevier、ContentProvider组件调用进行插桩,输入调用堆栈的方式初始化是什么意思,结合“Start proc”中组件的去精准定位我们的触发点。除了在 manifest 中生命的进程可能还存在一些 fork 出 native 进程的情况,这种进程我们开源阅读可以通过adb shell ps的方式去进行发现。

抖音 Android 性能优化系列:启动优化实践

2.2 GC 抑制

后台任务影响启动速度中还有还有另一个比较典型的 case 就是 GC动画,触发 GC 后可能会抢占我们的 cpu 资源甚至导致动画电影我们的线程被挂起,如果启动过程中存在大量的 GC,那么我们的启动速度将会受到比较大的影响。

解决这个问题的一个方法就是动画专业减少我们启动阶段代码的执行,减少内存资源的申请与占用,这个方案需要我们去改造我们的代码实现,是解决 gc 影响启动速度的最根本办法。同时我们也可以通过 GC 抑制的通用办法去减少 GC 对启动速度的影响,具体来说就是在启动阶段开源节流是什么意思去抑制部分类型的 GC,以达到减少 GC 的目的。

近期公司的 Clie开源软件nt Infrastructure-App Health 团队调研出了 ART 虚拟机上的 GC 抑制方案,在公司的部分产品上尝试对应用的启动速度有webview2控件不错的优化效果,详细的技术细节在后续打磨完成后将会在“字节跳动终端技术”公众号分享出来。github中文社区

3. 全局优化

前面介绍的案例基本都github永久回家地址webview2控件针对某个阶段动画片小猪佩奇一些比较耗时点的优化,实际上我们还存在一些单次耗时不那么明显,但是频率很高可能会影响到全局webview2控件的点,比如我webview2控件们业务中的高频函数、比如我们的类加载、方法执行效率等,这里我们将对抖音在这些方面的优化尝试做一些介绍动画制作软件

3.1 类加载优化

3.1.1 ClassLoader 优化

首先我们来看一下抖音在类加载方面的一动画制作软件个优化案例。谈到类加载我初始化游戏启动器失败们就离不开类加载的双亲委派机制,我们简单回顾一下这种机制下的类加载过程:

  1. 首先从已加载类中查找,如果能够找到则直接返回,找不到则调用 parent classloader 的 loadClass 进行开源节流查找;
  2. 如果 parent clasloader 能找到相关类则直接返回,否则调用 findClass 去进行类加载;
protectedClass<?>loadClass(Stringname,booleanresolve)
throwsClassNotFoundException
{
Class<?>c=findLoadedClass(name);
if(c==null){
try{
if(parent!=null){
c=parent.loadClass(name,false);
}else{
c=findBootstrapClassOrNull(name);
}
}catch(ClassNotFoundExceptione){
}
if(c==null){
c=findClass(name);
}
}
returnc;
}

Android 中的 ClassLoader

双亲委派初始化机制中很重要的一个点就是 ClassLoader 的父子关系,我们再来看一下 And开源软件roid 中 ClassLoader 情况。一般情况下 Android 中有两个 ClassLoader,分别是 BootClassLoader 和 PathClassLoader,BootClassLoaderart 负责加载 android sdk 的类,像我们的 Activity、TextView 等都由 BootClas动画电影sLoader 加载。PathClassLoader 则负责加github中文社区载 App 中的类,比如我们的自定义github开放私库的 Activity、support 包中的 Fragithub官网登陆入口gmentActivity 这些会被打进 app动画制作软件 中的类则由 PathClassLoader 进行加载。BootClassLoader 是 PathClassLoader 的 parent。

ART 虚拟机对类加载的动画电影优化

ART 虚拟机在类加载方面仍然遵开源节流是什么意思循双亲委派的原则,不过在实现上做了一定的优化。一般情况下它的大致流程如下:

  1. 首先调用 PathClassLoader 的 findLoadedClass 方法去查找已加载的类中查找,这个方法将会通过 jni 调用到 ClassLgithub汤姆inker 的 LookupClass 方法,如果能够找到则直接返github下载回;
  2. 在已加载类中找不到的情况下,不会立刻动画片汪汪队返回到 java 层,其会在 native 层去调用 ClassLinker 的 FindClassInBaseGitHubDexC初始化是什么意思lasLoader 进行类查找;
  3. 在 FindClassInBaseDexClasLoader 中,首先会去判断当前 ClassLoader 是否为 Boot开源阅读ClassLoade开源代码网站githubr,如果为 BootClasLogithub下载ader 则尝试从当前 ClassLoader 的已加载类中查找,如果能够找到则直开源阅读app下载安装接返回,如果找不到则尝试使用当前 ClassLodaer 进行加载,无论能否加载到都返回;
  4. 如果当前 ClassLoader 不是 BootClassLoader,则会判断是否为 PathClasLoader,如开源节流是什么意思果不是 PathClassLoader 则直接返回;
  5. 如果当前 ClassLoader 为 Pat开源矿工hClassLoader,则会去判断当前 PathClassLowebview什么意思ader 是否存在 parent,如果存在 parent 则将 parent 传入递归调用 Fiwebview下载ndClassInBaseDexClasLoader 方法,如果能够找到则直接返回;如果找不到或者当前 PathClas初始化是什么意思sLoader 没有 parent 则直接在 native 层通过 DexFile 直接进行类加载。

抖音 Android 性能优化系列:启动优化实践

可以看到当 PathClassLoader 到 BootClassLoader 的github是什么 ClassLoadeer 链路上只有 PathClassLoader 时,java 层的 findLoadedClass 方法调用后,并不初始化电脑时出现问题未进行更改止如其字面含义的去已加载的类中查找,其还会在 native 层直初始化电脑时出现问题接通过 DexFile 去加载类,初始化磁盘这种方式相对于回到 java 层调用 findClass 再调回 native 层通过 DexFile 加载可以动画减少一次不必要的 jni 调开源众包用,在运行效率上是更高的,这是 art 虚拟机对类加载效率的一个优化。

抖音中 ClassLoader 模型

在前面我们介绍了 Android 中的类加载相关机制,那么我们究竟在类加载方面做了哪些优化,要解答这个问题我们需要了解一下抖音中动画电影ClassLo开源中国ader 模型。在抖音中为了减少包体积,一些非核心功开源代码网站github能我们通过插件化的方式进行了动态webview是什么东西下发开源节流是什么意思。在接入插件化框架后抖音动画大放映中的 ClassLoader 模型如下:

  1. 除了原有的 BootClassLoader 和 PathClassLWebViewoader 另外引入了 DelegateClassLoader 和 PluginClasLo初始化ader;
  2. DelegateClassloader 全局 1 个,它是 PathClassLoader 的 parent,它的 parent 为BootClassLoader;
  3. PluginClassLoader 每个插件一个,它的 p动画片汪汪队arent 为 BootClassLoader;
  4. DelegateClassLoad动画er 会持有 PluginClassLoader 的引用,PluginClassL开源节流是什么意思oader 则会动画片小猪佩奇持有 PathClasloader 的引用;

抖音 Android 性能优化系列:启动优化实践

这种 ClassLoader 模型有一个非常明显的优点,那就是它能够非常方便的同时支持类的隔离、复用以及插件化与组件化的切换;

  1. 类的隔离:如果在宿主和多github中文社区个插件中存在webview2控件同名类,在宿主中初始化磁盘使用某个类则会首先从宿主 apk 加载,在插件中使用某开源众包个类,则会优先从当前插件开源是什么意思的 apk 中加载,这种加载机制单 ClassLoader 模型的插件框架是无法支持的;
  2. 类的复用:在宿主中使用某个插件中特有的类时,我们可以在 Delegatgithub中文社区eClassLoader 中检测到类加载失败,进而使用 PluginClassLoader 去插件中加载,实初始化游戏启动器失败现宿主复用插件中的类;在插件webview更新中使用某个宿主特有的类时,可以在 Plu初始化电脑ginClassLoader 中检测到类加载失败,进而使用 PathClassLoader 去进行加载,实现插件复用宿主WebView中的类,这种复用机制其他多 ClassLoader 模型的插件框是无法支持的GitHub
  3. 插件化与组件化自由切换:这种 ClassLoader 模型webview2下,我们加载webview最新版下载宿主/插件中的类时无需任何显示的 ClassLoader 的指定,我们可以很方便的在直接依赖的组件化方式以及 compileonly+插件化的方式之间切换;

ART 类加载优化机制被破坏

上面介绍了抖音的 ClassLoade动画片小猪佩奇r 模型的优点,但是其也有一个比较隐蔽的不足,那就是动画制作软件它会破坏 ART 虚拟机对类加载的优化动画片猫和老鼠机制。

通过前面的介绍我们了解,当 PathClassLoadwebview更新er 到 BootClassLoader 的 ClassLoader 链路上只有 PathClassLoader 时,则可以在 native 层webview2进行类的加载,以减少webview最新版下载一次 jngithub直播平台永久回家i 的调用。在抖音的 ClassLoa开源节流der 模型中,PathClassLoader 与 BootClassLoader 之间存在一个 Deleg开源是什么意思ateClassLoader,它的存在会导致“PathClassloader 到 BootClawebview2ssLoader 的 ClassLoadgithub汤姆er 链路上只有 PathClassLoader”这一条件被破坏,这导致我们 app 中所有类的首次加载都需要多一次 jni 的调用。一般情况下多一次 jni 的调用不会带来多少消耗,但是对于启动阶段大量类加载的场景webview更新,这个影响也是比较大的,会对我们的启动速度造成一定的影响。

非侵入式优初始化游戏启动器失败化方案:延迟注入

了解插件化对类加载造成负向动画片猫和老鼠的原因,优化思路也就比较清晰了——将 DelegateClassLoader 从 PathCLasLoader 和 BootClassLoader 之间移除掉。

通过前面的分析,我们webview是什么东西知道引入 DelegateClassLoader 是为了在使用 PathClassLoader loadClass 失败时,可以使用 PluginClassloader 去插件中加载,因此github中文官网网页对于不使用插件的场景,DelegateClassloader 是完全没有必要的,我们完全可以在需要用到插件功能时再进行github中文社区 Delegategithub直播平台永久回家Classloader 的注入。

但在实际执行过程中,这种完开源节流是什么意思全进行按需注入会比较困难,因为我们无法精确掌握插件加载时机,比如我们的可能通过是通过 compileonly 的方式隐式的依赖初始化电脑、加载插件的类,也可能在 xml 中使用某个插件的 view 的方式触发插件的加载,如果要进行适配会对业务开发带来比较大的侵入。

这里尝试换一个思路进行优化webview2—我们虽然没法精确地知道插件加载时机,但却可以知道哪里没有github永久回家地址插件加载。比如 Application 阶段是没有插件加载的,那么完全可以等 Applicaiton 阶段执行完成再进行 Delegithub中文官网网页gateClassloader 的注入。事实上在GitHub启动过程中,类的加载主要集中在 Application 阶段,通过在 Applicaiton 执行完成再去进行 DelegateCl开源代码网站githubassloader 进行注入,可以极大地减少插件化方案对启动速度的影响,同时也可初始化电脑的后果以避免开源阅读app下载安装对业务的侵入。

侵入式优化方案:改造github直播平台永久回家 Class动画片猫和老鼠Loader 模型

上面的方案无需侵入业务改造成本很小,但是它只是优化了 Application 阶段的类加载,后续阶段 ART 对类加载的优化仍然无法享受到,从极致性能的角度我们做了进一步的优化。我们优化的核心思想就是开源节流把 DelegateClassloader 从 PathClassLoader 和 BootClassLoader 之间彻底去除掉,通过其他方式来解决宿主加载插件类的问题。通过分webview2控件析我们可以知道宿主加载插件的类主要有几种方式:

  1. 通过 Class.forName 的方式去反射加载插件的类;
  2. 通过 compileOnly 隐式依赖插件的类,运行时直接加载插开源是什么意思件的类;
  3. 启动动画片猫和老鼠插件的四大组件时加载插件的组件类github永久回家地址开源众包
  4. 在 xml 中使用插件的类;

因此我们的问题就变成了在不注入 ClassLoader 的情况下,如何实现宿主加载插件的这四大类。

首先是Class.forNamwebview什么意思e 的方式,解决这种方式下插件类加载的问题最直接的解决办法就是调用 Class.forName 时显示的去指定 ClassLoader 为 DelegateClassloader,不过这样的方式对业务开发不够友好,且存在一些三方 sd动画片熊出没kgithub直播平台永久回家 中代码我们无法修改的问题。我们最终的解决办法就是对 Class.forName 调动画电影用进行字节码插桩,动画制作软件在类加载失败时再尝试使用动画片汪汪队 DelegateClassloader 去进行加载动画片汪汪队

接下来是compileOnly 的隐式依赖,这种方式比较难进行通用处理,因为我们无法找到一个合适的时机去对类加载失败进行兜底。针对这个问题我们的解决办法就是进行业务的改造,将 compgithub永久回家地址ileOnly 的隐式依初始化sdk什么意思赖调用的方式改成通过 Claswebview下载s.forName 的方式开源节流,之GitHub所以进行这样的github是什么改造主要是基于几下几点考虑:

  1. 首先抖音中 compileOnly 隐式依赖调用的方式非常少,改造成本相对可控;
  2. 其次 compileOnly 的方式在插件的使用上虽然便捷,但是它在入动画片少儿小猪佩奇口上不够收敛,在插件加载管控、问题排查、插动画片少儿小猪佩奇件宿主版本间兼容上都存在一定的问题,通过 Class.forName + 接口化的方式可以较好的解决这些问题。

插件四大组件类的加载和 xml 中使用插件类的问题都可以通过同一个方案webview什么意思来解决——将 LoadedApk 中的 ClassLoader 替换为DelegateClassLoader,这样无论是四大组件 class 的加载还初始化磁盘是 LayoutInflate 加载 xml 时的 class 加载都会使用 DelegateClassLoader 加载,关于这部分的原理大家可以参考 DroidPlugin、Replugin 等相关插件化原理解析,这里就不展开介绍了。

抖音 Android 性能优化系列:启动优化实践

3.1.2 Class verify 优化

对于 ClassLoader 的优化,优化的是类加载过程中的 load 阶段,对于初始化sdk什么意思类加载的其他阶段也可以进行一定的优化,比较典型的一个案例就是classverify的优化,classverify 过程主要是校验 class 是否符合 java 规范,如果不符合规范动画片少儿小猪佩奇则会在 verify 阶段抛出 verify 相关的异常。

一般情况下 Android 中的 class 在应用安装或插件加载开源是什么意思时就会进行 verify,但是存在一些特定 cas开源众包e,比如 Android10 之后的插件、插件编译采用 extr初始化失败是怎么解决act filter 类型、宿主与开源阅读插件相互依赖导致静态 verify 失败等情况,则需要在开源阅读app下载安装运行时进行 verify。运行 verify 的过程除了会校验 clasgithub官网s,还会触发它所依赖 class 的 load,从而造成耗时。

抖音 Android 性能优化系列:启动优化实践

事实上 classverify 主要是针对网络下发的字节码进行校验,对于我们的插件webview可以删除吗代码其在编译的过动画片小猪佩奇程中就会去校验 class 的合法性,而且即使真的出现了非法的 class,最多也是将 verify 阶段抛出的异常转移到 class 使用的时动画制作软件候。

因此我们可以认为,运行时的 classverify 是没有必要的,可以通过关闭 classverrify来优化这些类的加载。关于关闭 class初始化英文verify 目前业界已经有一些比较优秀的方案,比如运行时在内存中定位出 verify_所在内存地址,然后将其设置成跳过 verify 模式以实现跳过 classverify。

//IfkNone,verificationisdisabled.kEnablebydefault.
verifier::VerifyModeverify_;
//Iftrue,theruntimemayusedexfilesdirectlywiththeinterpreterifanoatfileisnotavailable/usable.
boolallow_dex_file_fallback_;
//Listofsupportedcpuabis.
std::vector<std::string>cpu_abilist_;
//SpecifiestargetSDKversiontoallowworkaroundsforcertainAPIlevels.
int32_ttarget_sdk_version_;

当然关闭 classverify 的优化方案并不一定对所有的应用都有价值,在进行优化之前初始化失败是怎么解决可以通过 oatdump 命令输出一下宿主、插件中在运行时进行 classverify 的类信息,对于存在大量类在运行时 verify 的情况可以采用上面介绍的方案进行优化。github官网

oatdump--oat-file=xxx.odex>dump.txt
catdump.txt|grep-i"verifiedatruntime"|wc-l

3.2 其他全局优化

在全局优化方面,还有一些其他比较通用的优化方案,这里也进行一些简单的介绍,以供大家参考:

  • 高频方法优化:对服务发现(spi)、实验开关读取github中文官网网页等高频调用方法进行优化,将原本在运行时的注解读取、WebView反射等操作前置到编译阶段,通过编译阶段直接生成目标代码替换原有调用实现执行速度的提升;
  • IO 优化:通过减少启动阶段不必要的 IO、对关键链路上的 IO 进行预读以及其他通用的 IO 优化方案提升 IO 效率;
  • bi初始化英文nder 优化:对启动阶段一些会多次调用的 bindgithub中文官网网页er 进行结果缓存以减少 IPC 的次数,初始化磁盘比如我们应用自身的 pa开源阅读app下载安装ckageinfo 的获取、网络状态获取等;
  • 锁优化:通过去除不动画头像必要的锁、降低锁粒度、初始化电脑时出现问题减少持锁开源代码网站github时间以及其他通用的方案减少锁问题对启动的影响
  • 字节码执行优化:通过方法调用内联的方式,减少一些不必要的字节码的执行,目前已经以插件的方式集成在抖音的字节码开源框架 Bytex 中(详见 Bytex 介绍);
  • 预加载优化:充分利用系统的并发能力,通过用户画像、端智能预测等方式在异步线程对各类资源进行精准精准预加载,以达到消除或者减少关键节点耗时的目的,可供预加载的内容包括 sp、resource、view、class 等github永久回家地址
  • 线程调度优化:通过任务的动态优先开源阅读级调整以及在不同 CPU 核心上的负载均衡等手段,降低 Sleeping 状态和 Uninterrupible Sleeping 耗时,在不提高 CPU 频率的情况下,提高 CPU 时间片的利用率(由 C动画lient Infrastructure-App Health 团队提供解决方案);
  • 厂商合作:与厂商合作通过 CPU 绑核、提频等方式获取到更多的系统资源,以达到提升启动速度的目的;

总结与展望

至此,我们已经对抖音开源众包启动优化中比较典型、通用的案例进初始化sdk什么意思行了介绍,希望这些案列能够为大家的启动优化提供一些参考。回顾抖音以往的所有启动相关的优化,通用的优化只是占了其中一小部分,更多的是与业务相关的优化,这部分优化有着极强的业务关联性,其他业务无法直接进行迁移,针对这部分优化我们总结了一些优化的方法论,具体可以参见“启动性能优化之理论和工具篇”。最后从实践的角度对我们的启动优化做一些总结与展望, 希望能对大家有所帮助。

持续迭代

启动优化是一个需要持续迭代与打磨的的过程,一般来说最开始的是“快、猛”的动画片汪汪队快速初始化磁盘优化阶段,这个阶段优化空间开源阅读app下载安装会比较大,优化粒度会相对较粗github官网,在投入webview什么意思不多的人力情况下就能取初始化电脑时出现问题得不错的收益;第二个阶段难点攻坚阶段,这个阶段需要的投入相对第一个阶段要大开源是什么意思,最终的提升效果也取决于难点的攻坚情况;第三个阶段是防劣化与持续的精细化优动画片小猪佩奇过程,这个过程是开源代码网站github最为持久的一个过程,对于快速迭代的产品,这个阶段也非常重要,是我们通向极致化启动性能的必经之路。

场景泛化

启动优化也需要进行一定扩展与泛化的,一般情况下我们关注的是用户点击 icon 到首页首帧的时间,但是随着商业化开屏、push 点击等场景的增加,我们也需要扩展到这些场景。另外很多动画片熊出没时候虽然页面的首帧出来了,但用户还是无法看到想看的内容,因为用户关注的可开源众包能不是页面首帧的时间,而是有效内容加载出初始化英文来的时间。以抖音为例,我们在关注启动速度的同时,也会去关注视频首帧的时间,从 AB 实验来看这个指标甚至比启动速度更重要,其他产品也可以结合自己的业务,去定义一些对应的指标,验证对用户体验的影响,决定是否需要进行优化。

全局意识

一般来说,我们以启动速度来衡量启动性能。为了提升启动速度,我们可能会把一些原本在启动阶段执行的任务进行延后或者按需,这种方式能够有效优化启动速度,但同时也可能损害后续的使用体验。比如,如果将某个启动阶段的后台任务延后到后续使用时,如果首次使用是在主线程,则可能初始化sdk什么意思会造成使用卡顿。因github官网登陆入口此,我们在关注启动性能的同时,也需要关注其他可能影响的指标。

性能上我们需要有一个能体现全局性能的宏观指标,以防webview是什么东西止局部最优效应。业务上webview下载我们需要建立启动性能与业务的关系,具体来说就是在优化过程初始化电脑的后果中尽可能对一些较大的启动优化动画片汪汪队支持 AB 能力,这样做一方面可以实现对优化的定性分析,防止一些有局部WebView性能收初始化电脑的后果益但是对全局体验有损害的负优化被带到线上去;另一方面也可以利用实验的定性分析能力,量化各个优化对业务的效果,从而webview最新版下载为后续的优化方向提供指导。同时也可以对一些可能造成稳定性或者功能异常的改动,提供回滚能力以及时止损。

github汤姆前,字节跳动旗下的企业级技术服务平台火山引擎已经对外开放了 AB 实验能力,感兴趣的同学可以到火山引擎官网进行了解。

全覆盖与精细化运营

未来抖音的启动优化有两个大的目标,第一个目标是启动优化的覆盖率做到最大化:架构方面我们希望启动阶段的代码能够做到依赖简单、清晰,模块粒度尽可能的小,后续优化与迭代成本低;体验方面在做好性能优化的同时做好交互、内容质量等功能优化,提升功能的触达效率与品质;场景方面做到冷启动、温启动、热启动等各类启动方式、落地页的全面github永久回家地址覆盖;优化方向上覆盖 CPU开源是什么意思、IO、内存、锁、UI 渲染等各类优化方向。第二个目标是实现启动优化精细化运营,做到千人千时千面,对于不同webview可以删除吗的用户、不同的设备性能与状况、不同的启动场景等采用不开源代码网站github同的启动策略,实现体验优化的最大化。github中文社区

加入我们

抖音 Android 基础技术团队是一个深度追求极致的团队,我们专注于性能、架构、开源阅读包大小、稳定性、基础库、编译构建等方向的深耕,保障超大规模团队的研发效初始化电脑动画片汪汪队和数亿用户的使用体验。目前北京、上海、杭州、深圳都有大量人才需要,欢迎有志之士GitHub与我们共同建设亿级用户的 APP!

对抖音工作机会动画片熊出没感兴趣的同学可以点击这里,进入字节跳动招聘官网查询「抖音基础技术Android」相关职位,也可以邮件联系:fengda.1@bytedance.com咨询相关信息或者直接发送简历内推!

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。