解決Android單個dex檔案不能超過65536個方法問題

標籤：

當我們的項目代碼過大時，編譯運行時會報Unable to execute dex: method ID not in[0, 0xffff]: 65536)錯誤。當出現這個錯誤時說明你本身自己的工程代碼中含有的太多的方法，或者你的工程lib檔案夾下引用的第三方外掛程式jar包有太多的方法，這兩者的方法加起來已經超過了65536這個數目。而Google規定單個dex檔案中的方法不能超過65536的限制。

  那麼這個時候，我們就需要分包處理解決。一般情況下的解決方案就是把整個項目工程包括jar，區分開來分解成兩個dex檔案。

  網上很多這些解決方案，有的把項目代碼中比較獨立的模組打包成jar檔案，然後利用dx工具將打包的jar檔案轉成dex檔案的jar，然後將其放到SD卡中去動態載入。這種方案是不符合我們的需求的。

  那麼問題來了，該如何更好的去拆分Dex檔案，繞過Google規定的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 plaincopy 

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有效解決方案的介紹就到此結束。有興趣的同志還可以去深入研究它的實現原理。

解決Android單個dex檔案不能超過65536個方法問題