轉載請標明出處：http://www.cnblogs.com/zhaoyanjun/p/5736305.html
本文出自【趙彥軍的博客】

1、什么是dex？

簡單說就是優化后的android版.exe。每個apk安裝包里都有。
相對于PC上的java虛擬機能運行.class；android上的Davlik虛擬機能運行.dex。
為何要研究dex格式？因為dex里面包含了所有app代碼，利用反編譯工具可以獲取java源碼。理解并修改dex文件，就能更好的apk破解和防破解。

?

2、dex好處

dex文件有個天大的好處：它可以直接用DexClassLoader類加載，這叫動態加載。于是我們只要在dex上加殼，在程序運行時脫殼，就可以規避靜態反編譯的風險。

?

3、一般的反編譯流程是什么樣子的。

? ? 1、下載apk文件，然后解壓 ，得到 class.dex 文件

? ? 2、用dex2jar 把 class.dex 還原成?classes-dex2jar.jar 文件

? ? 3、用?jd-gui.exe 把?classes-dex2jar.jar 文件打開，就可以看到源碼了。

?

4、Android 為什么會出現 65536限制問題？

　　在Android系統中，一個App的所有代碼都在一個Dex文件里面。Dex是一個類似Jar的包，存儲了很多Java編譯字節碼的歸檔文件。因為Android系統使用Dalvik虛擬機，所以需要把使用Java Compiler編譯之后的class文件轉換成Dalvik能夠執行的class文件。這里需要強調的是，Dex和Jar一樣是一個歸檔文件，里面仍然是Java代碼對應的字節碼文件。當Android系統啟動一個應用的時候，有一步是對Dex進行優化，這個過程有一個專門的工具來處理，叫DexOpt。DexOpt的執行過程是在第一次加載Dex文件的時候執行的。這個過程會生成一個ODEX文件，即Optimised Dex。執行ODex的效率會比直接執行Dex文件的效率要高很多。但是在早期的Android系統中，DexOpt有一個問題，也就是這篇文章想要說明并解決的問題。DexOpt會把每一個類的方法id檢索起來，存在一個鏈表結構里面。但是這個鏈表的長度是用一個short類型來保存的，導致了方法id的數目不能夠超過65536個。當一個項目足夠大的時候，顯然這個方法數的上限是不夠的。盡管在新版本的Android系統中，DexOpt修復了這個問題，但是我們仍然需要對老系統做兼容。

總結

以上是生活随笔為你收集整理的Android DEX 基础的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。