Multidex机制，以及实现原理，产生的问题和解决方案

Multidex机制，以及实现原理，产生的问题和解决方案；

        1、产生原因

            当Android系统安装一个应用的时候，有一步是对Dex进行优化，这个过程有一个专门的工具来处理，叫DexOpt。DexOpt的执行过程是在第一次加载Dex文件的时候执行的。这个过程会生成一个ODEX文件，即Optimised Dex。执行ODex的效率会比直接执行Dex文件的效率要高很多。

            但是在早期的Android系统中，DexOpt有一个问题，DexOpt会把每一个类的方法id检索起来，存在一个链表结构里面。但是这个链表的长度是用一个short类型来保存的，导致了方法id的数目不能够超过65536个。当一个项目足够大的时候，显然这个方法数的上限是不够的。尽管在新版本的Android系统中，DexOpt修复了这个问题，但是我们仍然需要对低版本的Android系统做兼容。

            为了解决方法数超限的问题，需要将该dex文件拆成两个或多个，为此谷歌官方推出了multidex兼容包，配合AndroidStudio实现了一个APK包含多个dex的功能

                

        2、实现原理    

            我们以APK中有两个dex文件为例，第二个dex文件为classes2.dex。

            兼容包在Applicaion实例化之后，会检查系统版本是否支持 multidex，classes2.dex是否需要安装。

            如果需要安装则会从APK中解压出classes2.dex并将其拷贝到应用的沙盒目录下。

            通过反射将classes2.dex注入到当前的classloader中。

            流程：  

                APP启动

                一系列的校验和初始化

                提取Dex文件

                强制提取或者修改过

                    是

                        强制重新提取dex

                        原始apk解压得到Dex，写成zip文件

                    否

                        提取缓存Dex

                动态装载得到的zip文件

                运行APP

        3.65535问题：

            我们知道Android中的可执行文件都存储在dex文件中，其中包含已编译的代码来运行你的应用程序。

            Dalvik虚拟机对可执行dex文件的规格是有方法限制的，即一个单一的dex文件的方法总数最多为65536。

            其中包括：

                引用的Android Framework方法

                library的方法

                我们自己书写代码的方法。

            为了突破这个方法数的限制，我们就提出了一个方案——生成多个dex文件。这个多个dex文件的方案，我们又称为multidex方案配置。

            当你确定使用multidex的分包策略的时候，请你先确定自己的代码中都是优秀的。

            你还需要做以下几步：

                去掉一些未使用的import和library

                使用ProGuard去掉一些未使用的代码

        4.版本支持：

            5.0以前：

                Android5.0版本的平台之前，Android使用的是Dalvik Runtime执行的程序代码。默认情况下，限制应用到一个单一的classes.dex。

                Dalvik字节码文件每APK。为了绕过这个限制，你可以使用multidex支持库，成为你的应用程序的主要部分和DEX文件进行管理，获得额外的dex文件，它们包含的代码。

            5.0之后：

                Android 5.0和更高的Runtime 如art，本身就支持从应用的APK文件加载多个DEX文件。art支持预编译的应用程序在安装时扫描类（..）。Dex文件编译成一个单一的Android设备上执行.oat文件。

        5.如何使用

            Gradle配置使用Multidex (21.1以后)

                修改gradle配置(应用层级)，支持multiindex;

                修改mainefest文件，让其支持multidexapplication;

        6.局限性

            如果二DEX文件太大，安装分割dex文件是一个复杂的过程，可能会导致应用程序无响应（ANR）的错误。在这种情况下，你应该尽量的减小dex文件的大小和删除无用的逻辑，而不是完全依赖于multidex。

            在Android 4.0设备（API Level 14）之前，由于Dalvik linearalloc bug（问题22586），multidex很可能是无法运行的。如果希望运行在Level 14之前的Android系统版本，请先确保完整的测试和使用。

            应用程序使用了multiedex配置的，会造成使用比较大的内存。当然，可能还会引起dalvik虚拟机的崩溃(issue 78035)。

            对于应用程序比较复杂的，存在较多的library的项目。multidex可能会造成不同依赖项目间的dex文件函数相互调用，找不到方法。

        7.优化建议