MultiDex的工作原理分析和优化方案.docx

MultiDex工作原理分析和优化方案动态加载技术(插件化)系列已经坑了有一段时间了，不过UP主我并没有放弃治疗哈，相信在不就的未来就可以看到“系统Api Hook模式”和插件化框架Frontia的更新了。今天要讲的是动态加载技术的亲戚 —— MultiDex。他们的核心原理之一都是dex文件的加载。作者：Kaede来源：segmentfault|2016-12-13 22:51?收藏??分享动态加载技术(插件化)系列已经坑了有一段时间了，不过UP主我并没有放弃治疗哈，相信在不就的未来就可以看到“系统Api Hook模式”和插件化框架Frontia的更新了。今天要讲的是动态加载技术的亲戚 —— MultiDex。他们的核心原理之一都是dex文件的加载。MultiDex是Google为了解决“65535方法数超标”以及“INSTALL_FAILED_DEXOPT”问题而开发的一个Support库，具体如何使用MultiDex现在市面已经有一大堆教程(可以参考给 App 启用MultiDex功能)，这里不再赘述。这篇日志主要是配合源码分析MultiDex的工作原理，以及提供一些MultiDex优化的方案。Dex的工作机制等等，这个章节讲的不是MultiDex吗，怎么变成Dex了?没错哈，没有Dex，哪来的MultiDex。在Android中，对Dex文件操作对应的类叫做DexFile。在CLASSLOADER 的工作机制中，我们说到：对于 Java 程序来说，编写程序就是编写类，运行程序也就是运行类(编译得到的class文件)，其中起到关键作用的就是类加载器ClassLoader。Android程序的每一个Class都是由ClassLoader#loadClass方法加载进内存的，更准确来说，一个ClassLoader实例会有一个或者多个DexFile实例，调用了ClassLoader#loadClass之后，ClassLoader会通过类名，在自己的DexFile数组里面查找有没有那个DexFile对象里面存在这个类，如果都没有就抛ClassNotFound异常。ClassLoader通过调用DexFile的一个叫defineClass的Native方法去加载指定的类，这点与JVM略有不同，后者是直接调用ClassLoader#defineCLass方法，反正最后实际加载类的方法都叫defineClass就没错了??。创建DexFile对象首先来看看造DexFile对象的构方法。public?final?class?DexFile?{?????private?int?mCookie;?????private?final?String?mFileName;?????...??????public?DexFile(File?file)?throws?IOException?{?????????this(file.getPath());?????}?????????public?DexFile(String?fileName)?throws?IOException?{?????????mCookie?=?openDexFile(fileName,?null,?0);?????????mFileName?=?fileName;?????????guard.open(close);?????}?????????private?DexFile(String?sourceName,?String?outputName,?int?flags)?throws?IOException?{?????????mCookie?=?openDexFile(sourceName,?outputName,?flags);?????????mFileName?=?sourceName;?????????guard.open(close);?????}??????static?public?DexFile?loadDex(String?sourcePathName,?String?outputPathName,?????????int?flags)?throws?IOException?{?????????return?new?DexFile(sourcePathName,?outputPathName,?flags);?????}????????public?Class?loadClass(String?name,?ClassLoader?loader)?{?????????String?slashName?=?name.replace(.,?/);?????????return?loadClassBinaryName(slashName,?loader);??