解决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类中就行了,代码如下:

@SuppressLint("NewApi")
  privatevoid dexTool() {
         FiledexDir = new File(getFilesDir(), "dlibs");
         dexDir.mkdir();
         FiledexFile = new File(dexDir, "libs.apk");
         FiledexOpt = getCacheDir();
         try{
                InputStreamins = getAssets().open("libs.apk");
                if(dexFile.length() != ins.available()) {
                       FileOutputStreamfos = new FileOutputStream(dexFile);
                       byte[]buf = new byte[4096];
                       intl;
                       while((l = ins.read(buf)) != -1) {
                              fos.write(buf,0, l);
                       }
                       fos.close();
                }
                ins.close();
         }catch (Exception e) {
                thrownew RuntimeException(e);
         }
 
         ClassLoadercl = getClassLoader();
         ApplicationInfoai = getApplicationInfo();
         StringnativeLibraryDir = null;
         if(Build.VERSION.SDK_INT > 8) {
                nativeLibraryDir= ai.nativeLibraryDir;
         }else {
                nativeLibraryDir= "/data/data/" + ai.packageName + "/lib/";
         }
         DexClassLoaderdcl = new DexClassLoader(dexFile.getAbsolutePath(),
                       dexOpt.getAbsolutePath(),nativeLibraryDir, cl.getParent());
 
         try{
                Fieldf = ClassLoader.class.getDeclaredField("parent");
                f.setAccessible(true);
                f.set(cl,dcl);
         }catch (Exception e) {
                thrownew RuntimeException(e);
         }
  }

    接着在自定义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有效解决方案的介绍就到此结束。有兴趣的同志还可以去深入研究它的实现原理。


  • 6
    点赞
  • 33
    收藏
    觉得还不错? 一键收藏
  • 33
    评论
关于64 k引用限制 Android应用程序(APK)在Dalvik可执行文件的形式包含可执行的字节码文件DEX文件,其中包含已编译的代码来运行你的应用程序。Dalvik可执行规格限制一个Dex文件包含65536方法:包括Android框架方法、Library方法的总数、和你自己的代码方法总数。因为65536等于64×1024,这一限制被称为“64k引用限制”。 这个极限就要求我们配置应用程序的构建过程,需要生成多个DEX文件,所以称为multidex 配置。 分析原因与注意事项 解决方法Android 5.0及以上系统和5.0以下系统怎么做。客官们不要着急,先看我一个个分析原因,毕竟我要装下逼哈哈。 一、Android 5.0以下的版本 Android 5.0(API leve 21)之前的系统使用Dalvik执行应用程序代码。默认情况下,Dalvik限制一个apk只有一个Dex文件。为了绕过这个限制, 我们可以使用multidex support library,它成为我们APK的主要DEX文件的一部分,负责管理我们APK访问其他DEX文件和代码。 注意: 如果咱的项目minSdkVersion是20或更低,运行到Android 4.4(API leve 20)或者更低版本的设备上时需要禁用AndroidStudio的即时运行 二、Android 5.0和更高版本 Android 5.0(API leve 21)和更高的系统使用runtime是ART ,原生支持从应用的apk文件加载多个DEX文件。ART在安装应用时预编译应用程序,会扫描多个classes(..N).dex文件编译成一个.oat的文件。更多Android5.0 runtime的更多信息,请参见即时运行-instant-run。 注意: 如果你使用即时运行 , AndroidStudio自动配置你的应用程序,你应用程序的minSdkVersion应该设置为21或更高。因为即时只工作在你APP的Debug版本,你任然需要配置你的release版本构建时用multidex避免64k的限制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 33
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值