Android 混淆代碼的原理與實施

proguard 原理

Java代碼編譯成二進制class 文件，這個class 文件也可以反編譯成源代碼 ，除了注釋外，原來的code 基本都可以看到。為了防止重要code 被洩露，我們往往需要混淆（Obfuscation code ， 也就是把方法，字段，包和類這些java 元素的名稱改成無意義的名稱，這樣代碼結構沒有變化，還可以運行，但是想弄懂代碼的架構卻很難。 proguard 就是這樣的混淆工具，它可以分析一組class 的結構，根據用戶的配置，然後把這些class 文件的可以混淆java 元素名混淆掉。在分析class 的同時，他還有其他兩個功能，刪除無效代碼（Shrinking 收縮），和代碼進行優化 （Optimization Options）。

缺省情況下，proguard 會混淆所有代碼，但是下面幾種情況是不能改變java 元素的名稱，否則就會這樣就會導致程序出錯。

一， 我們用到反射的地方。

二， 我們代碼依賴於系統的接口，比如被系統代碼調用的回調方法，這種情況最復雜。

三， 是我們的java 元素名稱是在配置文件中配置好的。

所以使用proguard時，我們需要有個配置文件告訴proguard 那些java 元素是不能混淆的。

 

proguard 配置

最常用的配置選項

-dontwarn 缺省proguard 會檢查每一個引用是否正確，但是第三方庫裡面往往有些不會用到的類，沒有正確引用。如果不配置的話，系統就會報錯。

-keep 指定的類和類成員被保留作為 入口 。

-keepclassmembers 指定的類成員被保留。

-keepclasseswithmembers 指定的類和類成員被保留，假如指定的類成員存在的話。

proguard 問題和風險

代碼混淆後雖然有混淆優化的好處，但是它往往也會帶來如下的幾點問題

1，混淆錯誤，用到第三方庫的時候，必須告訴 proguard 不要檢查，否則proguard 會報錯。

2，運行錯誤，當code 不能混淆的時候，我們必須要正確配置，否則程序會運行出錯，這種情況問題最多。

3，調試苦難，出錯了，錯誤堆棧是混淆後的代碼 ，自己也看不懂。

為了防止混淆出問題，你需要熟悉你所有的code ，系統的架構 ，以及系統和你code的集成的接口，並細心分析。 同時你必須需要一輪全面的測試。 所以混淆也還是有一定風險的。 為了避免風險，你可以只是混淆部分關鍵的代碼，但是這樣你的混淆的效果也會有所降低。

常見的不能混淆的androidCode

Android 程序 ，下面這樣代碼混淆的時候要注意保留。

Android系統組件，系統組件有固定的方法被系統調用。

被Android Resource 文件引用到的。名字已經固定，也不能混淆，比如自定義的View 。

Android Parcelable ，需要使用android 序列化的。

其他Anroid 官方建議 不混淆的，如

android.app.backup.BackupAgentHelper
android.preference.Preference
com.android.vending.licensing.ILicensingService

Java序列化方法，系統序列化需要固定的方法。

枚舉 ，系統需要處理枚舉的固定方法。

本地方法，不能修改本地方法名

annotations 注釋

數據庫驅動

有些resource 文件

用到反射的地方

如何實施

現在的系統已經配置為混淆時候會保留

Android系統組件

自定義View

Android Parcelable

Android R 文件

Android Parcelable

枚舉

各個開發人員必須檢查自己的code 是否用到反射 ，和其他不能混淆的地方。告訴我來修改配置文件（已經保留的就不需要了）

 

目前系統部檢查的第三方庫為

-dontwarn android.support.**

-dontwarn com.tencent.**

-dontwarn org.dom4j.**

-dontwarn org.slf4j.**

-dontwarn org.http.mutipart.**

-dontwarn org.apache.**

-dontwarn org.apache.log4j.**

-dontwarn org.apache.commons.logging.**

-dontwarn org.apache.commons.codec.binary.**

-dontwarn weibo4android.**

各個開發人員如果新增加第三方庫，需要考慮到其混淆的問題。

 

具體如何過濾掉反射的R文件及第三方包？

請參考