Update README.md
BoostMultiDex是一个用于Android低版本设备(4.X及以下,SDK < 21)快速加载多DEX的解决方案,由抖音/Tiktok Android技术团队出品。
相比于Android官方原始MultiDex方案,它能够减少80%以上的黑屏等待时间,挽救低版本Android用户的升级安装体验。并且,不同于目前业界所有优化方案,BoostMultiDex方案是从Android Dalvik虚拟机底层机制入手,从根本上解决了安装APK后首次执行MultiDex耗时过长问题。
我们知道,Android低版本(4.X及以下,SDK < 21)的设备,采用的Java运行环境是Dalvik虚拟机。它相比于高版本,最大的问题就是在安装或者升级更新之后,首次冷启动的耗时漫长。这常常需要花费几十秒甚至几分钟,用户不得不面对一片黑屏,熬过这段时间才能正常使用APP。
这是非常影响用户的使用体验的。尤其在海外,像东南亚以及拉美等地区,还存有着很大量的低端机。4.X以下低版本用户虽然比较少,但对于抖音及Tiktok这样有着亿级规模的用户的APP,即使占比10%,数目也有上千万。因此如果想要打通下沉市场,这部分用户的使用和升级体验是绝对无法忽视的。
这个问题的根本原因就在于,安装或者升级后首次MultiDex花费的时间过于漫长。为了解决这个问题,我们挖掘了Dalvik虚拟机的底层系统机制,对DEX相关处理逻辑进行了重新设计,最终推出了BoostMultiDex方案,挽救低版本Android用户的升级安装体验。
BoostMultiDex方案的技术实现要点如下:
更重要的是,BoostMultiDex已经在抖音/TikTok亿级全球用户上验证通过,可以说涵盖了各个国家、各种复杂情况的Android机型,目前业界其他大型APP都很难涉及到如此广泛的规模。由此,我们也解决了各种奇怪的兼容性问题,最大程度上确保了技术方案的稳定性。
build.gradle的dependencies中添加依赖:
dependencies { ... ... // For specific version number, please refer to app demo implementation 'com.bytedance.boost_multidex:boost_multidex:${ARTIFACT_VERSION}' }
与官方MultiDex类似,在Application.attachBaseContext的最前面进行初始化即可:
public class YourApplication extends Application { @Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); BoostMultiDex.install(base); ... ... }
如果想自行编译打包,需要使用R16B版本的NDK以支持armeabi架构,如果不需要,可以直接在boost_multidex/build.gradle中去掉此依赖。
执行以下命令即可构建本地aar包:
./gradlew :boost_multidex:assembleRelease
产物为boost_multidex/build/outputs/aar/boost_multidex-release.aar
boost_multidex/build/outputs/aar/boost_multidex-release.aar
以上是在抖音上测得的实际数据,APK中共有6个Secondary DEX,显而易见,BoostMultiDex方案相比官方MultiDex方案,其耗时有着本质上的优化,基本都只到原先的11%~17%之间。 也就是说BoostMultiDex减少了原先过程80%以上的耗时。 另外我们看到,其中有一个机型,在官方MultiDex下是直接崩溃,无法启动的。使用BoostMultiDex也将使得这些机型可以焕发新生。
请参考本项目Wiki
版权所有:中国计算机学会技术支持:开源发展技术委员会 京ICP备13000930号-9 京公网安备 11010802032778号
BoostMultiDex是一个用于Android低版本设备(4.X及以下,SDK < 21)快速加载多DEX的解决方案,由抖音/Tiktok Android技术团队出品。
相比于Android官方原始MultiDex方案,它能够减少80%以上的黑屏等待时间,挽救低版本Android用户的升级安装体验。并且,不同于目前业界所有优化方案,BoostMultiDex方案是从Android Dalvik虚拟机底层机制入手,从根本上解决了安装APK后首次执行MultiDex耗时过长问题。
背景
我们知道,Android低版本(4.X及以下,SDK < 21)的设备,采用的Java运行环境是Dalvik虚拟机。它相比于高版本,最大的问题就是在安装或者升级更新之后,首次冷启动的耗时漫长。这常常需要花费几十秒甚至几分钟,用户不得不面对一片黑屏,熬过这段时间才能正常使用APP。
这是非常影响用户的使用体验的。尤其在海外,像东南亚以及拉美等地区,还存有着很大量的低端机。4.X以下低版本用户虽然比较少,但对于抖音及Tiktok这样有着亿级规模的用户的APP,即使占比10%,数目也有上千万。因此如果想要打通下沉市场,这部分用户的使用和升级体验是绝对无法忽视的。
这个问题的根本原因就在于,安装或者升级后首次MultiDex花费的时间过于漫长。为了解决这个问题,我们挖掘了Dalvik虚拟机的底层系统机制,对DEX相关处理逻辑进行了重新设计,最终推出了BoostMultiDex方案,挽救低版本Android用户的升级安装体验。
技术要点
BoostMultiDex方案的技术实现要点如下:
更重要的是,BoostMultiDex已经在抖音/TikTok亿级全球用户上验证通过,可以说涵盖了各个国家、各种复杂情况的Android机型,目前业界其他大型APP都很难涉及到如此广泛的规模。由此,我们也解决了各种奇怪的兼容性问题,最大程度上确保了技术方案的稳定性。
快速接入
build.gradle的dependencies中添加依赖:
与官方MultiDex类似,在Application.attachBaseContext的最前面进行初始化即可:
编译构建
如果想自行编译打包,需要使用R16B版本的NDK以支持armeabi架构,如果不需要,可以直接在boost_multidex/build.gradle中去掉此依赖。
执行以下命令即可构建本地aar包:
产物为
boost_multidex/build/outputs/aar/boost_multidex-release.aar性能对比
以上是在抖音上测得的实际数据,APK中共有6个Secondary DEX,显而易见,BoostMultiDex方案相比官方MultiDex方案,其耗时有着本质上的优化,基本都只到原先的11%~17%之间。 也就是说BoostMultiDex减少了原先过程80%以上的耗时。 另外我们看到,其中有一个机型,在官方MultiDex下是直接崩溃,无法启动的。使用BoostMultiDex也将使得这些机型可以焕发新生。
详细原理
请参考本项目Wiki