BoostMultiDex

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方案的技术实现要点如下：

1. 利用系统隐藏函数，直接加载原始DEX字节码，避免ODEX耗时
2. 多级加载，在DEX字节码、DEX文件、ODEX文件中选取最合适的产物启动APP
3. 单独进程做OPT，并实现合理的中断及恢复机制

更重要的是，BoostMultiDex 已经在抖音/TikTok 亿级全球用户上验证通过，可以说涵盖了各个国家、各种复杂情况的Android机型，目前业界其他大型 AP P都很难涉及到如此广泛的规模。由此，字节跳动也解决了各种奇怪的兼容性问题，最大程度上确保了技术方案的稳定性。

快速接入

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

性能对比

以上是在抖音上测得的实际数据，APK 中共有 6 个 Secondary DEX，显而易见，BoostMultiDex 方案相比官方MultiDex 方案，其耗时有着本质上的优化，基本都只到原先的11%~17%之间。 也就是说BoostMultiDex减少了原先过程80%以上的耗时。 另外其中有一个机型，在官方 MultiDex 是直接崩溃无法启动的。使用 BoostMultiDex 也将使得这些机型可以焕发新生。