彻底解决Android 应用方法数不能超过65K的问题(彻底解决老鼠进发动机舱)

编辑：rootadmin

推荐整理分享彻底解决Android 应用方法数不能超过65K的问题(彻底解决老鼠进发动机舱)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:彻底解决手机卡顿的软件,彻底解决老鼠进发动机舱,彻底解决win10win7局域网,彻底解决win10win7局域网,彻底解决win7驱动数字签名,彻底解决手机卡顿的软件,彻底解决红米手机卡顿,彻底解决红米手机卡顿,内容如对您有帮助，希望把文章链接给更多的朋友！

尊重原创： to Dalvik format failed:Unable toexecute dex: method ID not in [0, 0xffff]:

可能有些同学会说，解决这个问题很简单，我们只需要在Project.proterty中配置一句话就Ok啦，

dex.force.jumbo=true

是的，加入了这句话，确实可以让你的应用通过编译，但是在一些2.3系统的机器上很容易出现

INSTALL_FAILED_DEXOPT异常

对于以上两个异常，我们先来分析一下原因：

1、Android系统中，一个Dex文件中存储方法id用的是short类型数据，所以导致你的dex中方法不能超过k

2、在2.3系统之前，虚拟机内存只分配了5M

知道了原因，我们就来一个个的解决上面的问题，首先对于k的问题，我们在应用层是无法改变android系统的结构的，所以我们无法将数据类型从short改变为int或者其他类型，也就是说一个dex中的方法数不能超过k是我们无法逾越的鸿沟，我们只能减少一个dex中的方法数，首先最容易想到的方案就是去掉一些无用的Jar包，以及将一些属性设置为public，从而可以去掉get/set方法，这种方法只能临时解决问题，随着时间的推移，总有一天还是会出现方法数超过k的，毕竟一个应用一般是在加功能，不会减功能。

下面我来向大家介绍两种主流的解决方案，一种是以微信为代表的，将一些功能做成插件，动态加载，另一种方案是以facebook为代表的分包方案，将一个apk中的dex文件分割成多个dex文件，然后动态的去加载dex文件。其实这两种方案的核心思想是一样的，插件是把未来要开发的新功能做成apk和dex动态加载，而分包方案是将已经完成的功能分成多个dex文件动态加载，其实我个人觉得插件方案比分包方案更好的解决了k的问题，因为插件方案不仅能够解决k问题，还能让我们的应用体积减小，而分包只能解决k的问题。

关于插件开发，做成动态加载，我在很早之前一篇文章中就写过其基本思想，有兴趣的同学可以看看

彻底解决Android 应用方法数不能超过65K的问题(彻底解决老鼠进发动机舱)

《实现Android 动态加载APK（Fragment or Activity实现）》

分别在各个库工程中加入 multiDexEnabled = true 和 jniLibs.srcDirs =['libs']两个配置即可

8、如果你的项目没有自定义Application，那么你在AndroidManifest.xml中使用MultiDexApplication即可，如果你的项目有自定义Application,并且是继承是Application，那么只需要改为继承MultiDexApplication即可，如果你的项目时继承的其他Application，那么你需要重写

attachBaseContext

[java] view plaincopyprint?@Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(this); } 经过上述配置，你的项目应该是已经成功分包了。如果分包成功，那么你解压你的apk文件，会发现有两个dex文件，通过上述的配置过程，我们发现此方案我们无法控制哪些类在main.dex中，哪些类在second.dex中，通过此种方案配置分包，可以兼容API4-API.其加载second.dex采用的是上述方案中的3

下面我们来看看基于Ant构建Android项目，并实现分包过程

在上述方案中，由于我们无法看到gradle构建项目的脚本，所以我们无法控制哪些类在第一个dex，哪些类在第二个dex，此方案中，我们采用Ant构建，Ant是允许用户自己定义构建方案的，比如我们可以通过自定义构建方案，将项目中某些第三方jar包放入到second.dex中，关于这个如何实现，请参考开源项目吧

4.4中的解决方案，其他系统大同小异

加载second.dex方法

[java] view plaincopyprint?/** @param loader PathClassLoader @additionalClassPathEntries 要被加载的dex文件，这里就是我们的second.dex @optimizedDirectory 就是dex文件解压的目录 */ private static void install(ClassLoader loader, List<File> additionalClassPathEntries, File optimizedDirectory) throws IllegalArgumentException, IllegalAccessException, NoSuchFieldException, InvocationTargetException, NoSuchMethodException { /* The patched class loader is expected to be a descendant of * dalvik.system.BaseDexClassLoader. We modify its * dalvik.system.DexPathList pathList field to append additional DEX * file entries. */ //通过反射找到pathList的&#; Field pathListField = findField(loader, "pathList"); Object dexPathList = pathListField.get(loader); ArrayList<IOException> suppressedExceptions = new ArrayList<IOException>(); //将second.dex 加入到PathClassLoader的加载路径中 expandFieldArray(dexPathList, "dexElements", makeDexElements(dexPathList, new ArrayList<File>(additionalClassPathEntries), optimizedDirectory, suppressedExceptions)); if (suppressedExceptions.size() > 0) { for (IOException e : suppressedExceptions) { Log.w(TAG, "Exception in makeDexElement", e); } Field suppressedExceptionsField = findField(loader, "dexElementsSuppressedExceptions"); IOException[] dexElementsSuppressedExceptions = (IOException[]) suppressedExceptionsField.get(loader); if (dexElementsSuppressedExceptions == null) { dexElementsSuppressedExceptions = suppressedExceptions.toArray( new IOException[suppressedExceptions.size()]); } else { IOException[] combined = new IOException[suppressedExceptions.size() &#; dexElementsSuppressedExceptions.length]; suppressedExceptions.toArray(combined); System.arraycopy(dexElementsSuppressedExceptions, 0, combined, suppressedExceptions.size(), dexElementsSuppressedExceptions.length); dexElementsSuppressedExceptions = combined; } suppressedExceptionsField.set(loader, dexElementsSuppressedExceptions); } }

分包成功后，解压apk文件，进入assert文件夹，我们看到如下结构，libs.apk就是第三方jar编译后形成的dex文件

对于上面提到的第二个问题INSTALL_FAILED_DEXOPT，根本原因就是2.3版本之前dalvik虚拟机的内存只有5M,所以无论是插件方案还是分包方案在某些手机上还是会遇到该问题，毕竟我们仅仅是减少了每个dex中包的数量，但是方法总数是没有减少的，所以解决此问题的根本方法就是修改虚拟机内存至8M,这个需求在Java层是无法实现，但是可以在c层实现，具体实现流程可以参考开源项目：

Android中的子菜单（SubMenu）使用案例 Android中创建子菜单的步骤：1、覆盖Activity中的onCreateOptionMenu()方法，调用Menu的addSubMenu()方法添加子菜单。2、调用SubMenu的add方法，添加子菜单。3、覆盖o

Android apk动态加载机制的研究转载请注明出处：

Android apk动态加载机制的研究（二）：资源加载和activity生命周期管理转载请注明出处：

标签: 彻底解决老鼠进发动机舱

本文链接地址:https://www.jiuchutong.com/biancheng/384278.html 转载请保留说明！

上一篇：实现Android 动态加载APK（Fragment or Activity实现）(android 动态化方案)

下一篇：Android apk动态加载机制的研究(android 动态添加控件)