Android apk反編譯 和 防止反編譯

標籤：android   style   blog   http   io   ar   os   使用   sp   

反編譯： 

  反編譯內容來源： http://blog.csdn.net/vipzjyno1/article/details/21039349

  

在學習Android開發的過程你，你往往會去借鑒別人的應用是怎麼開發的，那些漂亮的動畫和精緻的布局可能會讓你愛不釋手，作為一個開發人員，你可能會很想知道這些效果介面是怎麼去實現的，這時，你便可以對改應用的APK進行反編譯查看。下面是我參考了一些文章後簡單的教程詳解。

（註：反編譯不是讓各位開發人員去對一個應用破解搞重裝什麼的，主要目的是為了促進開發人員學習，借鑒好的代碼，提升自我開發水平。）

 

測試環境：

        win 7 

 

使用工具：

     CSDN上：

       apktool （資源檔擷取）  下載  

       dex2jar（源碼檔案擷取） 下載

       jd-gui  （源碼查看） 下載

 

       Android反編譯整合工具包（最新） 下載

 

     官方最新版本：

       apktool（google code）

       dex2jar（google code）  

     jd-gui（google code）最新版請見官方

   

工具介紹：

apktool  

     作用：資源檔擷取，可以提取出圖片檔案和布局檔案進行使用查看

dex2jar

     作用：將apk反編譯成java源碼（classes.dex轉化成jar檔案）

jd-gui

     作用：查看APK中classes.dex轉化成出的jar檔案，即源碼檔案

反編譯流程：

一、apk反編譯得到程式的原始碼、圖片、XML配置、語言資源等檔案

下載上述工具中的apktool，解壓得到3個檔案：aapt.exe，apktool.bat，apktool.jar ，將需要反編譯的APK檔案放到該目錄下，

開啟命令列介面（運行-CMD） ，定位到apktool檔案夾，輸入以下命令：apktool.bat d -f  test.apk  test    

 

（命令中test.apk指的是要反編譯的APK檔案全名，test為反編譯後資源檔存放的目錄名稱，即為：apktool.bat   d  -f    [apk檔案 ]   [輸出檔案夾]）

說明擷取成功，之後發現在檔案夾下多了個test檔案，點擊便可以查看該應用的所有資源檔了。

如果你想將反編譯完的檔案重新打包成apk，那你可以：輸入apktool.bat   b    test（你編譯出來檔案夾）便可，效果如下：

之後在之前的test檔案下便可以發現多了2個檔案夾:

build

dist(裡面存放著打包出來的APK檔案)

 

二、Apk反編譯得到Java原始碼

下載上述工具中的dex2jar和jd-gui ，解壓

將要反編譯的APK尾碼名改為.rar或則 .zip，並解壓，得到其中的額classes.dex檔案（它就是java檔案編譯再通過dx工具打包而成的），將擷取到的classes.dex放到之前解壓出來的工具dex2jar-0.0.9.15 檔案夾內，

在命令列下定位到dex2jar.bat所在目錄，輸入dex2jar.bat   classes.dex，效果如下：

在改目錄下會產生一個classes_dex2jar.jar的檔案，然後開啟工具jd-gui檔案夾裡的jd-gui.exe，之後用該工具開啟之前產生的classes_dex2jar.jar檔案，便可以看到源碼了，效果如下：

被混淆過的（類檔案名稱以及裡面的方法名稱都會以a,b,c....之類的樣式命名）：

 

 

三、 圖形化反編譯apk（本人未使用過）

上述步驟一、二講述了命令列反編譯apk，現在提供一種圖形化反編譯工具：Androidfby

首先，下載上述反編譯工具包，開啟Androidfby目錄，雙擊Android反編譯工具.exe，就可以瀏覽開啟要反編譯的apk

 

通過反編譯，你可以獲知該應用用到了什麼第3方的庫檔案，它的代碼是如何編寫的等等。

然而，如果該APK進行了混淆處理，那麼你看到的類檔案名稱以及裡面的方法名稱都會以a,b,c....之類的樣式命名，所以你可以想找到你所想得知的介面代碼可能會十分費勁，找到了代碼可能看起來也會很費勁，可是一個大體的思路會獲得，有了這個思路，你就可以自己去嘗試了。

本人曾經想寫一個類似唱吧的名人介面布局，可是當初第一次接觸不知道如何去寫，進進行了反編譯，即使他的那個代碼是混淆過的，我也看出來他是通過LISTVIEW的TYPE設定不同的ITEM布局實現了。可能好多引用都是採用重寫VIEW來實現效果，你可以得到他的大體思路對你的開發有益無害。

 

還有處於一個開發人員辛辛苦苦將自己的應用開發出來被別人一反編譯便成為了他自己的東西，所以要進行混淆處理：

 

防止反編譯：

    該部分內容來源：http://blog.csdn.net/vipzjyno1/article/details/21042823

作為Android應用開發人員，不得不面對一個尷尬的局面，就是自己辛辛苦苦開發的應用可以被別人很輕易的就反編譯出來。

Google似乎也發現了這個問題，從SDK2.3開始我們可以看到在android-sdk-windows\tools\下面多了一個proguard檔案夾

proguard是一個java代碼混淆的工具，通過proguard，別人即使反編譯你的apk包，也只會看到一些讓人很難看懂的代碼，從而達到保護代碼的作用。

下面具體說一說怎麼樣讓SDK2.3下的proguard.cfg檔案起作用，先來看看android-sdk-windows\tools\lib\proguard.cfg的內容：

 

[html] view plaincopy  

1. -optimizationpasses 5  
2. -dontusemixedcaseclassnames  
3. -dontskipnonpubliclibraryclasses  
4. -dontpreverify  
5. -verbose  
6. -optimizations !code/simplification/arithmetic,!field/*,!class/merging/*  
7.   
8. -keep public class * extends android.app.Activity  
9. -keep public class * extends android.app.Application  
10. -keep public class * extends android.app.Service  
11. -keep public class * extends android.content.BroadcastReceiver  
12. -keep public class * extends android.content.ContentProvider  
13. -keep public class * extends android.app.backup.BackupAgentHelper  
14. -keep public class * extends android.preference.Preference  
15. -keep public class com.android.vending.licensing.ILicensingService  
16.   
17. -keepclasseswithmembernames class * {  
18.     native <methods>;  
19. }  
20.   
21. -keepclasseswithmembernames class * {  
22.     public <init>(android.content.Context, android.util.AttributeSet);  
23. }  
24.   
25. -keepclasseswithmembernames class * {  
26.     public <init>(android.content.Context, android.util.AttributeSet, int);  
27. }  
28.   
29. -keepclassmembers enum * {  
30.     public static **[] values();  
31.     public static ** valueOf(java.lang.String);  
32. }  
33.   
34. -keep class * implements android.os.Parcelable {  
35.   public static final android.os.Parcelable$Creator *;  
36. }  

 

從指令碼中可以看到，混淆中保留了繼承自Activity、Service、Application、BroadcastReceiver、ContentProvider等基本組件以及com.android.vending.licensing.ILicensingService，

並保留了所有的Native變數名及類名，所有類中部分以設定了固定參數格式的建構函式，枚舉等等。(詳細資料請參考<proguard_path>/examples中的例子及注釋。)

讓proguard.cfg起作用的做法很簡單，就是在eclipse自動產生的default.properties檔案中加上一句“proguard.config=proguard.cfg”就可以了

完整的default.properties檔案應該如下：

 

[html] view plaincopy  

1. # This file is automatically generated by Android Tools.  
2. # Do not modify this file -- YOUR CHANGES WILL BE ERASED!  
3. #  
4. # This file must be checked in Version Control Systems.  
5. #  
6. # To customize properties used by the Ant build system use,  
7. # "build.properties", and override values to adapt the script to your  
8. # project structure.  
9.   
10. # Project target.  
11. target=android-9  
12. proguard.config=proguard.cfg  

大功告成，正常的編譯簽名後就可以防止代碼被反編譯了。反編譯經過代碼混淆的apk得到的代碼應該類似於下面的效果，是很難看懂的：

 

 

如果您使用的是2.3之前的SDK版本也沒關係，把上面的proguard.cfg檔案複製一份放到項目中，然後進行相同的操作即可

Android apk反編譯 和 防止反編譯