eclipseandroid代碼混淆

『壹』 cocos2dx android 代碼混淆

1. 下載cocos2dx 2.2.1

去cocos2dx官網下載就好，最好是2.2.1版本。3.0版本變化比較大，也沒測試過。

3. 創建工程

使用cocos2dx目錄下的tools/project-creator/create_project.py創建一個工程。

4. 編譯android版本

網上很多文章說，編譯cocos2dx的Android版本時需要安裝cygwin之類的，其實這對於目前的ndk版本來說是不必要的，因為高版本的ndk都集成了cygwin的一些功能。我這里使用的是ndk
r9d。下面來說一下操作步驟。

我編譯的習慣是直接在jni目錄下預先ndk-build命令，因為在Windows下使用.sh結尾的文件太怪異了。首先來看一下build_native.sh乾的工作：

這是build_native.sh中實際工作的部分。可以看到它使用NDK_ROOT下的ndk-build來編譯，還導入了NDK_MODULE_PATH,
這個NDK_MODULE_PATH是為Android.mk中的import-mole提供路徑選擇。

現在來導入NDK_MODEL_APTH, 在Android.mk的import-mole之前加上cocos2dx中的幾個路徑：

$(call import-add-path, G:/cocos2dx)

$(call import-add-path,
G:/cocos2dx/cocos2dx/platform/third_party/android/prebuilt)

運行ndk-build, 編譯。

編譯時可能出現這樣的錯誤：error: GLES2/gl2.h: No such file or
directory，這是因為低版本的Android版本不支持opengl es2.0，在Application.mk中加上：

APP_PLATFORM := android-17

5. 生成apk包

在eclipse下打開創建的工程，導入相關的包後，在AndroidMenifest.xml中加入：

android:debuggable="true"

表明這是一個可以調試的包。運行，結果出現：

這是因為該工程默認使用build_native.sh編譯：

因為build_native.sh現在已經沒用了，所以把它改成：

這個意思是，直接使用NDK_ROOT環境變數下的ndk-build.cmd來編譯工程，編譯成debug版本，編譯成armeabi和armeabi-v7a兩種指令格式的庫，執行這個命令的目錄是工程目錄下的jni文件夾。debug版本和armeabi-v7b主要是為了後面使用visualGDB調試做准備。

再編譯，就可以生成apk包了。

VisualGDB調試

1. 下載並安裝VisualGDB, 安裝完成後，在Visual Studio的目錄中可以看到Android選項：

2. 配置VisualGDB, 在Android -> Setup SDK/NDK location

主要配置JDK，SDK，NDK，ANT路徑

3. 設置要調試的apk包。Android -> Debug a Custom APK file

4 設置完成後，在代碼中設置斷點，點擊Debug, 開始調試

5. 等apk安裝完成後，程序會運行到斷點出，就可以開始用Visual Studio調試了

『貳』 如何混淆android工程打成的jar包

混淆android工程打成的jar包方式如下：

從SDK2.3開始、在android-sdk-windows ools下面多了一個proguard文件夾讓proguard.cfg起作用的做法很簡單，就是在eclipse自動生成的default.properties文件中加上一句「proguard.config=proguard.cfg」就可以，如下圖：

『叄』 Android之如何混淆代碼和相關配置

項目發布之前混淆是必不可少的工作，混淆可以增加別人反編譯閱讀代碼的難度，還可以縮小APK包。
使用步驟：
1、修改project.properties文件：
java代碼 收藏代碼
# To enable ProGuard to shrink and obfuscate your code, uncomment this (available properties: sdk.dir, user.home):
# proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt

去掉proguard.config一行前面的#注釋；

2、配置proguard-project.txt文件：
這個是主配置文件，裡面配置哪些需要混淆，哪些不需要混淆的選項；
提供給外部的類、方法、變數等名字不能混淆；
在AndroidManifest中配置的類(Activity、Service等的子類及Framework類默認不會進行混淆)
不混淆Parcelable的子類，防止android.os.BadParcelableException
Jni中調用的類
反射用到的類
項目中的實體類

3、導出項目：
export簽名項目。

4、查看是否混淆成功：
用反編譯工具反編譯並對比未混淆的代碼；

5、運行ProGuard及其生成的文件介紹
在以release模式下打包apk時會自動運行ProGuard，這里的release模式指的是通過ant release命令或eclipse project->android tools->export signed(unsigned) application package生成apk。在debug模式下為了更快調試並不會調用proguard。

如果是ant命令打包apk，proguard信息文件會保存於<project_root>/bin/proguard文件夾內；如果用eclipse export命令打包，會在<project_root>/proguard文件夾內。其中包含以下文件：
mapping.txt表示混淆前後代碼的對照表，這個文件非常重要。如果你的代碼混淆後會產生bug的話，log提示中是混淆後的代碼，希望定位到源代碼的話就可以根據mapping.txt反推。
mp.txt描述apk內所有class文件的內部結構
seeds.txt列出了沒有被混淆的類和成員
usage.txt列出了源代碼中被刪除在apk中不存在的代碼

目前市面上有很多第三方應用加固的平台， 如果新應用發布前需要掃描或者加固的話，可以先試試免費的，例如騰訊御安全，建議自己先去加固測試下。

『肆』 安卓編程 如何進行代碼混淆

安卓在eclipse中的ADT已經改變原有的模式了，你在項目文件中找到這兩個文件，一般在項目根目錄里。

如果有回答不當之處，還望見諒。

『伍』 如何混淆android代碼以及注意事項

2.3SDK的兩個新特點：

1.剛安裝上2.3時，查看sdk目錄，發現在 ools下新增了一文件夾「proguard」,如下圖,我就在想是不是Google終於官方對proguard考慮進去了。理論上，對java的混淆都是可以的，但關鍵在於如何編寫proguard的混淆腳本。

注意要點:

1.混淆以後的包會比混淆前的包小一點，一定要注意這點.

如果混淆不成功,請在第2步,將proguard.config=proguard.cfg修改為proguard.config=E:Mobile_DevelopGoogle_AndroidpublicGoldenBeach_newproguard.cfg這種類似的用絕對路徑,請注意絕對路徑中的文件夾名不能含有空格,如果有空格請替換為"_".

2.android在用proguard混淆時，一般情況下使用系統自帶的配置文件就可以保持大部分外部需要引用的類，比如Activity，view擴展等等，但是有些情況下一些引入的外部lib，如果被混淆也會出現各種各樣的問題，如果不想混淆這些包，就要加上

-keep class packagename.** {*;}

這樣就能完整保持原有class了

『陸』 android studio怎麼混淆代碼

Android Studio上混淆打包apk方法：
//混淆,新版本是ninifyEnabled不再是runproguard
minifyEnabled true
//載入默認混淆配置文件及自定義混淆 配置
proguardFiles getDefaultProguardFile('proguard-android.txt'),'proguard.cfg'
設置minifyEnabled true,就會在打包的時候進行代碼混淆處理. 其中proguard-android.txt不用管，在sdk目錄裡面，主要是配置了proguard.cfg文件。
直接在android studio創建項目不會有這個文件，而是 proguard-rules.pro文件，其實一樣的，因為項目是從eclipse遷移過來的，之前在eclipse上混淆是 proguard.cfg文件.

『柒』 Androidstudio導入 eclipse的項目混淆打包報錯

Eclipse遷移到Android studio步驟如下：
一、從Eclipse中導出：
1、將你的ADT插件版本升級到22.0以上。
2、在Eclipse中，選擇File-->Export。
3、在彈出的導出窗口中，打開Android的文件夾，選擇「Generate Gradle Build Files」。
4、選中你想要導入到Android Studio中的項目，Finish。

注意：導出的項目將會和原來的項目在同一目錄，覆蓋原來的同時，會新增一個叫build.gradle的文件，導入Android Studio時將首先讀取這個文件。

二、導入到Android Studio：
1、在Android Studio 中，首先關掉你當前的打開的項目。
2、在歡迎界面，點擊Import Project（註：也是可以直接在菜單選擇Import project的）。
3、選中你在Eclipse中導出的項目，展開目錄，點擊build.gradle文件，然後OK。
4、在之後的彈出對話框中，會要求你選擇Gradle的配置，選中Use gradle wrapper.(註：也可以自定義你本機裝的Gradle)。

注意：如果沒有Grade build文件，也是可以將普通的安卓項目導入到Android Studio中，它會用現有的Ant build.但為了更好地使用之後的功能和充分使用構建變數，還是強烈地建議先從ADT插件中生成Gradle文件再導入Android Studio。

『捌』 eclipse proguard怎麼混淆jar包

android應用程序的混淆打包

1 . 在工程文件project.properties中加入下proguard.config=proguard.cfg ， 如下所示：

target=android-8

proguard.config=proguard.cfg

Eclipse會通過此配置在工程目錄生成proguard.cfg文件

2 . 生成keystore (如已有可直接利用)

按照下面的命令行 在D:\Program Files\Java\jdk1.6.0_07\bin>目錄下，輸入keytool -genkey -alias android.keystore -keyalg RSA -validity 100000 -keystore android.keystore

參數意義：-validity主要是證書的有效期，寫100000天；空格，退格鍵 都算密碼。

命令執行後會在D:\Program Files\Java\jdk1.6.0_07\bin>目錄下生成 android.keystore文件。

3. 在Eclipce的操作

File -> Export -> Export Android Application -> Select project -> Using the existing keystore , and input password -> select the destination APK file

經過混淆後的源代碼，原先的類名和方法名會被類似a,b,c。。。的字元所替換，混淆的原理其實也就是類名和方法名的映射。

proguard 自己考一個就行

----------------------------------------------------------------------------------------

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.**

proguard 參數

-include {filename}
從給定的文件中讀取配置參數

-basedirectory {directoryname}

指定基礎目錄為以後相對的檔案名稱

-injars {class_path}
指定要處理的應用程序jar,war,ear和目錄

-outjars {class_path}

指定處理完後要輸出的jar,war,ear和目錄的名稱

-libraryjars {classpath}

指定要處理的應用程序jar,war,ear和目錄所需要的程序庫文件

-

指定不去忽略非公共的庫類。

-

指定不去忽略包可見的庫類的成員。

保留選項

-keep {Modifier} {class_specification}

保護指定的類文件和類的成員

-keepclassmembers {modifier}
{class_specification}
保護指定類的成員，如果此類受到保護他們會保護的更好

-keepclasseswithmembers
{class_specification}
保護指定的類和類的成員，但條件是所有指定的類和類成員是要存在。

-keepnames {class_specification}

保護指定的類和類的成員的名稱（如果他們不會壓縮步驟中刪除）

-keepclassmembernames
{class_specification}
保護指定的類的成員的名稱（如果他們不會壓縮步驟中刪除）

-keepclasseswithmembernames
{class_specification}
保護指定的類和類的成員的名稱，如果所有指定的類成員出席（在壓縮步驟之後）

-printseeds {filename}

列出類和類的成員-keep選項的清單，標准輸出到給定的文件

壓縮

-dontshrink
不壓縮輸入的類文件

-printusage
{filename}

-whyareyoukeeping {class_specification}

優化

-dontoptimize
不優化輸入的類文件

-assumenosideeffects
{class_specification}
優化時假設指定的方法，沒有任何副作用

-allowaccessmodification

優化時允許訪問並修改有修飾符的類和類的成員

混淆

-dontobfuscate
不混淆輸入的類文件

-printmapping
{filename}

-applymapping {filename}

重用映射增加混淆

-obfuscationdictionary {filename}

使用給定文件中的關鍵字作為要混淆方法的名稱

-overloadaggressively

混淆時應用侵入式重載

-useuniqueclassmembernames

確定統一的混淆類的成員名稱來增加混淆

-flattenpackagehierarchy {package_name}

重新包裝所有重命名的包並放在給定的單一包中

-repackageclass {package_name}

重新包裝所有重命名的類文件中放在給定的單一包中

-dontusemixedcaseclassnames

混淆時不會產生形形色色的類名

-keepattributes {attribute_name,...}
保護給定的可選屬性，例如LineNumberTable,
LocalVariableTable, SourceFile, Deprecated, Synthetic, Signature,
and InnerClasses.

-renamesourcefileattribute {string}

設置源文件中給定的字元串常量

解決export打包的報錯

這個時候export提示「conversion to Dalvik
format failed with error
1」錯誤，網上說法有好多種，最後我還是把proguard從4.4升級到4.8就解決了。官方地址是http://proguard.sourceforge.net。上面的配置文件參數可以在這里查閱。

升級辦法很簡單，就是把android
sdk目錄下的tool/proguard目錄覆蓋一下即可。

打包出來的程序如何調試

一旦打包出來，就不能用eclipse的logcat去看了，這里可以用android
sdk中ddms.bat的tool來看，一用就發現和logcat其實還是一個東西，就是多了個設備的選擇。

使用 gson 需要的配置

當Gson用到了泛型就會有報錯，這個真給郁悶了半天，提示「Missing
type
parameter」。最後找到一個資料給了一個解決辦法，參考：http://stackoverflow.com/questio ...
sing-type-parameter。

另外我又用到了JsonObject，提交的Object裡面的members居然被改成了a。所以上面給的東西還不夠，還要加上

# 用到自己拼接的JsonObject

-keep class com.google.gson.JsonObject
{ *; }

個人建議減少這些依賴包混淆帶來的麻煩，乾脆都全部保留不混淆。例如

-keep class com.badlogic.** { *;
}

-keep class * implements
com.badlogic.gdx.utils.Json*

-keep class com.google.** { *;
}

使用libgdx需要的配置

參考http://code.google.com/p/libgdx-users/wiki/Ant

驗證打包效果

利用了apktool的反編譯工具，把打包文件又解壓了看了一下，如果包路徑、類名、變數名、方法名這些變化和你期望一致，那就OK了。命令：

apktool.bat d xxx.apk
destdir

配置實例

-injars
androidtest.jar【jar包所在地址】

-outjars
out【輸出地址】

-libraryjars
'D:\android-sdk-windows\platforms\android-9\android.jar'
【引用的庫的jar，用於解析injars所指定的jar類】

-optimizationpasses
5

-dontusemixedcaseclassnames
【混淆時不會產生形形色色的類名 】

-
【指定不去忽略非公共的庫類。 】

-dontpreverify
【不預校驗】

-verbose

-optimizations
!code/simplification/arithmetic,!field/*,!class/merging/*
【優化】

-keep public class * extends
android.app.Activity【不進行混淆保持原樣】

-keep public class * extends
android.app.Application

-keep public class * extends
android.app.Service

-keep public class * extends
android.content.BroadcastReceiver

-keep public class * extends
android.content.ContentProvider

-keep public class * extends
android.app.backup.BackupAgentHelper

-keep public class * extends
android.preference.Preference

-keep public class
com.android.vending.licensing.ILicensingService

-keep public abstract interface
com.asqw.android.Listener{

public protected ;
【所有方法不進行混淆】

}

-keep public class
com.asqw.android{

public void Start(java.lang.String);
【對該方法不進行混淆】

}

-keepclasseswithmembernames class * {
【保護指定的類和類的成員的名稱，如果所有指定的類成員出席（在壓縮步驟之後）】

native ;

}

-keepclasseswithmembers class * {
【保護指定的類和類的成員，但條件是所有指定的類和類成員是要存在。】

public (android.content.Context,
android.util.AttributeSet);

}

-keepclasseswithmembers class *
{

public (android.content.Context,
android.util.AttributeSet, int);

}

-keepclassmembers class * extends
android.app.Activity {【保護指定類的成員，如果此類受到保護他們會保護的更好
】

public void
*(android.view.View);

}

-keepclassmembers enum *
{

public static **[]
values();

public static **
valueOf(java.lang.String);

}

-keep class * implements
android.os.Parcelable {【保護指定的類文件和類的成員】

public static final
android.os.Parcelable$Creator *;

}

//不混淆指定包下的類

-keep class
com.aspire.**

『玖』 關於Android studio 怎麼使用代碼混淆的問題

Android Studio上混淆打包apk方法： //混淆,新版本是ninifyEnabled不再是runproguard minifyEnabled true //載入默認混淆配置文件及自定義混淆 配置 proguardFiles getDefaultProguardFile('proguard-android.txt'),'proguard.cfg' 設置minifyEnabled true,就會在打包的時候進行代碼混淆處理. 其中proguard-android.txt不用管，在sdk目錄裡面，主要是配置了proguard.cfg文件。 直接在android studio創建項目不會有這個文件，而是 proguard-rules.pro文件，其實一樣的，因為項目是從eclipse遷移過來的，之前在eclipse上混淆是 proguard.cfg文件.

『拾』 Android如何代碼混淆，防止apk程序被反編譯

下面具體說一說怎麼樣讓SDK2.3下的proguard.cfg文件起作用，先來看看android-sdk-windows\tools\lib\proguard.cfg的內容：view plain 1. -optimizationpasses 5 2. -dontusemixedcaseclassnames 3. - 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.cfg起作用的做法很簡單，就是在eclipse自動生成的default.properties文件中加上一句「proguard.config=proguard.cfg」就可以了 完整的default.properties文件應該如下：view plain 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. proguardproguard.config=proguard.cfg 大功告成，正常的編譯簽名後就可以防止代碼被反編譯了。