解决Android单个dex文件不能超过65536个方法问题

  当我们的项目代码过大时，编译运行时会报Unable to execute dex: method ID not in[0, 0xffff]: 65536)错误。当出现这个错误时说明你本身自己的工程代码中含有的太多的方法，或者你的工程lib文件夹下引用的第三方插件jar包有太多的方法，这两者的方法加起来已经超过了65536这个数目。而谷歌规定单个dex文件中的方法不能超过65536的限制。

  那么这个时候，我们就需要分包处理解决。一般情况下的解决方案就是把整个项目工程包括jar，区分开来分解成两个dex文件。

  网上很多这些解决方案，有的把项目代码中比较独立的模块打包成jar文件，然后利用dx工具将打包的jar文件转成dex文件的jar，然后将其放到SD卡中去动态加载。这种方案是不符合我们的需求的。

  那么问题来了，该如何更好的去拆分Dex文件，绕过谷歌规定的65536呢？其实，网上已经有些牛人帮我们提出了很多方案了，尤其是在github上。特别是mmin18提出的方案，githut地址如下：

  https://github.com/mmin18/Dex65536

该解决方案的原理差不多是这样：

  1.在工程目录下创建custom_rules.xml文件，修改编译策略。将工程lib的文件中含有的第三方插件jar包全部打包成libs.apk，然后将其作为编译运行时的第二个dex文件。

  2.最后通过ant命令执行操作，运行整个工程或签名加密打包整个工程。

   怎么样，通过上面的介绍是不是觉得很简单，其实不然，如果要真正的去了解整个原理，还是很有难度，首先你得对custom_rules.xml文件的相关配置和android工程的编译策略非常熟悉。不过，这里我们不用管它，既然牛人已经帮我们写好了，那我们只要知道怎么去用到我们的项目中就行了。

   接下来就是怎么去用到我们的项目代码中了（当然，感兴趣的同志可以去研究研究它的实现原理）。

 

 

一．配置和运行工程步骤如下：

  1. 竟然要用到ant，首先就要先下载ant和配置ant环境，下载链接地址为：http://ant.apache.org/bindownload.cgi。下载好apache-ant-1.9.4-bin.zip包后，解压到指定目录。然后配置环境变量，创建变量名为ANT_HOME，值为ant文件对应的路径，比如我的是ANT_HOME = E:\apache-ant-1.9.4-bin\apache-ant-1.9.4。然后在Path变量的值中追加%ANT_HOME%/bin;%ANT_HOME%/lib。这样ant环境变量就配置好了。

  2. 接下来就是拷贝文件custom_rules.xml和pathtool.jar到我们项目的根目录下。

  3.  然后就在我们的项目运行之前添加代码执行去加载第二个dex文件，下面的dexTool方法就是执行加载第二个dex文件的功能代码，直接copy到我们的自定义application类中就行了，代码如下：

 

[java] view plain copy

1. @SuppressLint("NewApi")  
2.   privatevoid dexTool() {  
3.          FiledexDir = new File(getFilesDir(), "dlibs");  
4.          dexDir.mkdir();  
5.          FiledexFile = new File(dexDir, "libs.apk");  
6.          FiledexOpt = getCacheDir();  
7.          try{  
8.                 InputStreamins = getAssets().open("libs.apk");  
9.                 if(dexFile.length() != ins.available()) {  
10.                        FileOutputStreamfos = new FileOutputStream(dexFile);  
11.                        byte[]buf = new byte[4096];  
12.                        intl;  
13.                        while((l = ins.read(buf)) != -1) {  
14.                               fos.write(buf,0, l);  
15.                        }  
16.                        fos.close();  
17.                 }  
18.                 ins.close();  
19.          }catch (Exception e) {  
20.                 thrownew RuntimeException(e);  
21.          }  
22.    
23.          ClassLoadercl = getClassLoader();  
24.          ApplicationInfoai = getApplicationInfo();  
25.          StringnativeLibraryDir = null;  
26.          if(Build.VERSION.SDK_INT > 8) {  
27.                 nativeLibraryDir= ai.nativeLibraryDir;  
28.          }else {  
29.                 nativeLibraryDir= "/data/data/" + ai.packageName + "/lib/";  
30.          }  
31.          DexClassLoaderdcl = new DexClassLoader(dexFile.getAbsolutePath(),  
32.                        dexOpt.getAbsolutePath(),nativeLibraryDir, cl.getParent());  
33.    
34.          try{  
35.                 Fieldf = ClassLoader.class.getDeclaredField("parent");  
36.                 f.setAccessible(true);  
37.                 f.set(cl,dcl);  
38.          }catch (Exception e) {  
39.                 thrownew RuntimeException(e);  
40.          }  
41.   }  

 

    接着在自定义application类的onCreate方法中调用dexTool。

  4. 自动生成build.xml文件。打开命令窗口，进入到工程的根目录下，输入如下命令android update project -p .  在输入该命令之前，要确保你配置的sdk/tools目录和sdk/tools/lib文件夹中有android.bat和find_java.bat文件。

  5. 然后就是运行该工程了。输入命令ant clean debug install run，在输入该命令之前要确保你的ant环境配置没有问题。

二．签名混淆代码：

上面的运行apk并没有通过代码混淆和签名，一般情况下我们需要生成一个经过代码混淆和签名的apk，那么ant环境下怎么去配置才能生成代码混淆和签名的apk呢。接下来将进行说明。

     1. 在刚刚已经配置好的工程根目录下创建ant.properties文件，该文件在创建工程时是不会自动生成的，需要我们自己去创建。这个文件会在build.xml文件中声明。

     2. 然后在创建好的ant.properties中添加相关信息，比如我添加的信息如下  

         

         第一行内容为配置关联相关的加密信息文件(也可能为proguard.config = proguard.cfg)

        第二行内容为指定签名文件所在路径，./keystore.eking，说明该签名文件在工程根目录下(拷贝签名文件到工程根目录)

        第三行内容为签名文件的alias值为eking

        第四、第五行分别为签名文件对应的store、alias密码。 

      3．接着在工程目录下执行如下命令antrelease， 执行完后会自动在工程的bin目录下生成appname-release.apk文件，这个就是签名后生成的apk。

 

   Demo下载地址：http://download.csdn.net/detail/stevenhu_223/8184135

   注：该Demo已经通过验证。其中lib/60k-methods.jar有60k个方法，Demo工程中也有60k个方法，但是该Demo可以顺利执行，说明该方案是可行的。

   关于拆分dex文件解决dex 65536有效解决方案的介绍就到此结束。有兴趣的同志还可以去深入研究它的实现原理。

转载于:https://my.oschina.net/hejunbinlan/blog/1552703