Android热修复学习（二）

###Multidex
在上一篇（一）中，我们知道应用加载class会用到PathClassLoader，最终会调用DexPathList的findClass()方法，通过轮询Element数组用DexFile来加载类。而每个Element又对应一个dex单元（文件），所以我们可以改变这个数组的大小和顺序做一些动态功能。前面我们看到这个数组的初始化是通过调用DexPathList的makeDexElements()来生成，如果我们拿到DexPathList的实例，则可以反射调用该方法来新增Element。

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

但是在早期的 Android 系统中，DexOpt 有两个问题。
（一）：DexOpt 会把每一个类的方法 id 检索起来，存在一个链表结构里面，但是这个链表的长度是用一个 short 类型来保存的，导致了方法 
id 的数目不能够超过65536个。当一个项目足够大的时候，显然这个方法数的上限是不够的。（二）：Dexopt 使用 LinearAlloc 来存储应用
的方法信息。Dalvik LinearAlloc 是一个固定大小的缓冲区。在Android 版本的历史上，LinearAlloc 分别经历了4M/5M/8M/16M限制。
Android 2.2和2.3的缓冲区只有5MB，Android 4.x提高到了8MB 或16MB。当方法数量过多导致超出缓冲区大小时，也会造成dexopt崩溃。

尽管在新版本的 Android 系统中，DexOpt 修复了方法数65K的限制问题，并且扩大了 LinearAlloc 限制，但是我们仍然需要对低版本的Android 
系统做兼容。

针对上诉的问题，google官方推出了multidex包做兼容。下面我们来看multidex包是怎么做的，它提供了三种接入方式，不过最终都是在Application的attachBaseContext()方法中调用MultiDex的install()方法。

public static void install(Context context) {
   
        Log.i(TAG, "install");
        if (IS_VM_MULTIDEX_CAPABLE) {
   
            Log.i(TAG, "VM has multidex support, MultiDex support library is disabled.");
            return;
        }

        if (Build.VERSION.SDK_INT < MIN_SDK_VERSION) {
   
            throw new RuntimeException("Multi dex installation failed. SDK " + Build.VERSION.SDK_INT
                    + " is unsupported. Min SDK version is " + MIN_SDK_VERSION + ".");
        }

        try {
   
            ApplicationInfo applicationInfo = getApplicationInfo(context);
            if (applicationInfo == null) {
   
                return;
            }

            synchronized (installedApk) {
   
                String apkPath = applicationInfo.sourceDir;
                if (installedApk.contains(apkPath)) {
   
                    return;
                }
                installedApk.add(apkPath);

                ……
				……

                ClassLoader loader;
                try {
   
                    loader = context.getClassLoader();
                } catch (RuntimeException e) {
   
                    return;
                }
                if (loader == null) {
   
                    return;
                }