2.3SDK的兩個新特點： 1.剛安裝上2.3時，查看sdk目錄，發現在\tools下新增了一文件夾「proguard」,如下圖,我就在想是不是Google終於官方對proguard考慮進去了。理論上，對java的混淆都是可以的，但關鍵在於如何編寫proguard的混淆腳本。 2.使用SDK2.3後，新建的工程下和之前相比，都會多了一個文件「proguard.cfg」。一打開，相當驚喜，這就是混淆所需的proguard腳本啊。 如下圖： 其代碼如下： view plain to clipboardprint? -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 com.android.vending.licensing.ILicensingService -keepclasseswithmembernames class * { native ; } -keepclasseswithmembernames class * { public (android.content.Context, android.util.AttributeSet); } -keepclasseswithmembernames class * { public (android.content.Context, android.util.AttributeSet, int); } -keepclassmembers enum * { public static **[] values(); public static ** valueOf(java.lang.String); } -keep class * implements android.os.Parcelable { public static final android.os.Parcelable$Creator *; } -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 com.android.vending.licensing.ILicensingService -keepclasseswithmembernames class * { native ; } -keepclasseswithmembernames class * { public (android.content.Context, android.util.AttributeSet); } -keepclasseswithmembernames class * { public (android.content.Context, android.util.AttributeSet, int); } -keepclassmembers enum * { public static **[] values(); public static ** valueOf(java.lang.String); } -keep class * implements android.os.Parcelable { public static final android.os.Parcelable$Creator *; } 從腳本中可以看到，混淆中保留了繼承自Activity、Service、Application、BroadcastReceiver、ContentProvider等基本組件。 並保留了所有的Native變數名及類名，所有類中部分以設定了固定參數格式的構造函數，枚舉等等。(詳細信息請參考\examples中的例子及注釋。) 好了，進行得差不多了，下面就來看看如何真正的生成混淆APK吧。這兒又得提醒一下，SDK新的特性在文檔里都是有的，所以文檔很重要。 查看SDK2.3的文檔，在路徑「/docs/guide/developing/tools/proguard.html」的「Enabling ProGuard 」中是這樣描述的： To enable ProGuard so that it runs as part of an Ant or Eclipse build, set the proguard.config property in the /default.properties file. The path can be an absolute path or a path relative to the project's root. 好的，那就這樣做吧。 在工程的"default.properties"中添加這樣一句話「proguard.config=proguard.cfg」，如下圖： 這樣就已經設置好ADT的混淆操作了。接下來就是正常的打包和簽名了。。 下圖是我混淆SDK Demo中自帶的Notepad效果圖： 注意要點: 1.混淆以後的包會比混淆前的包小一點，一定要注意這點. 如果混淆不成功,請在第2步,將proguard.config=proguard.cfg修改為proguard.config=E:\Mobile_Develop\Google_Android\publicGoldenBeach_new\proguard.cfg這種類似的用絕對路徑,請注意絕對路徑中的文件夾名不能含有空格,如果有空格請替換為"_". 2.android在用proguard混淆時，一般情況下使用系統自帶的配置文件就可以保持大部分外部需要引用的類，比如Activity，view擴展等等，但是有些情況下一些引入的外部lib，如果被混淆也會出現各種各樣的問題，如果不想混淆這些包，就要加上 -keep class packagename.** {*;} 這樣就能完整保持原有class了
2. 求教Java web項目一般怎樣做代碼混淆或加密
一、java web項目混淆
proguard4.8工具，說是支持war的，可混淆過後少了classes目錄了，自然成功不了。網上搜的過程不詳說了，最後找著－－「J2EE-web工程ProGuard代碼混淆07_28」，網址：http://wenku..com/link?url=CxToEqg5QWbz2_--cVqaImGKnLLLTO45u6uD_
根據提示一步步完成。
把web項目打成jar包後用proguard進行混淆，然後把混淆過後的class目錄替換發布包war中的對應目錄，啟動運行是正常的。
主要注意利用proguard生成xxx.pro文件，然後手動加工-keep class WebRoot.WEB-INFO.lib.* 等項目中不需要混淆的包和類。
二、java web項目打成.exe
沒找到免費的，這搜到個收費的－－Jinstall，試了下功能挺好，
可以加密、集成jdk、tomcat，如果資料庫是mysql也集成，其他資料庫的話要設置資料庫的url.
3. Jocky使用
常規用法
使用Jocky非常簡單，獲得jocky.jar以後，只需要運行java -jar jocky.jar就可以啟動Jocky混淆編譯器，jocky的命令行參數和javac完全相同，但增加了一個新的參數-scramble，它的用法如下：
-scramble混淆所有packageprivate或private符號
-scrambleall混淆所有符號
-scramble:<level>混淆相應級別的符號
其中<level>指定混淆級別，可以是以下幾種級別：
-scramble:none不進行混淆
-scramble:private對所有private訪問級別的元素進行混淆
-scramble:package對所有private或packageprivate元素進行混淆
-scramble:protected對所有private,packageprivate,protected元素進行混淆
-scramble:public對所有的元素都進行混淆
-scramble:all相當於-scramble:public
如果使用-scramble不帶級別參數，則相當於-scramble:package
Jocky提供了Eclipse的插件，從而能夠直接在Eclipse中使用Jocky。
1. Jocky插件的安裝：
將
Jocky插件安裝至Eclipse中非常簡單，只需要將eclipse/plugins/org.apusic.jocky_1.0.0目錄
至 Eclipse的 plugins目錄即可。或者在Eclipse/links文件夾中，通過link方式指定Jocky的插件目錄。
2. 在Eclipse中使用Jocky：
在Eclipse中使用Jocky也非常簡單，任何一個Java工程，選中工程通過右鍵菜單，都可以出現Jocky的快捷菜單:
4. 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.**
5. iOS代碼安全加固利器：深入探討字元串和代碼混淆器的作用
深入解析iOS代碼安全的守護神：字元串處理與代碼混淆器的重要性
探索代碼混淆這一主題，眾多教程如雨後春筍般涌現，包括本文，大部分內容源自網路上的專業分享。盡管信息豐富，但很難找到全面的總結，因此，本文旨在整合並記錄這一領域的重要知識，作為個人學習的參考。
代碼混淆的核心功能有兩個：代碼混淆和優化。代碼混淆器，即混淆工具，其核心任務是對代碼進行加密，以對抗反編譯。其原理在於，混淆器會將原本清晰易懂的代碼轉換為機器可執行但人類難以理解的形式，即使代碼被反編譯，也會呈現為一堆難以閱讀的亂碼，從而增加破解的難度。
值得注意的是，雖然混淆不能完全加密代碼，但它顯著提升了代碼保護的層次，降低了代碼被輕易解讀的可能性。為了實現混淆，例如在cocos2d-x 3.10創建的項目中，可以利用集成的proguard工具，通過修改項目配置文件（如eclipse工程的proguard-project.txt或android-studio的app/proguard-rules.pro）來指定混淆規則。
在實際操作中，可能會遇到挑戰，如外部庫過多導致函數數量超出混淆限制，此時需要採用分文件混淆策略。此外，混淆不僅限於Java，任何語言的代碼都可能被混淆，具體操作依賴於相應的混淆器。
綜上所述，代碼混淆是iOS開發者保障代碼安全的重要手段，通過理解其原理和實踐應用，我們可以更好地保護我們的應用程序，提高代碼的保密性。
6. Android混淆打包javamail 報錯
作為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 plainprint?
-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
-keepclasseswithmembernames class * {
native <methods>;
}
-keepclasseswithmembernames class * {
public <init>(android.content.Context, android.util.AttributeSet);
}
-keepclasseswithmembernames class * {
public <init>(android.content.Context, android.util.AttributeSet, int);
}
-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}
-keep class * implements android.os.Parcelable {
public static final android.os.Parcelable$Creator *;
}
-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 -keepclasseswithmembernames class * { native <methods> } -keepclasseswithmembernames class * { public <init>(android.content.Context, android.util.AttributeSet); } -keepclasseswithmembernames class * { public <init>(android.content.Context, android.util.AttributeSet, int); } -keepclassmembers enum * { public static **[] values(); public static ** valueOf(java.lang.String); } -keep class * implements android.os.Parcelable { public static final android.os.Parcelable$Creator *; }
從腳本中可以看到，混淆中保留了繼承自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 plainprint?
# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
#
# This file must be checked in Version Control Systems.
#
# To customize properties used by the Ant build system use,
# "build.properties", and override values to adapt the script to your
# project structure.
# Project target.
target=android-9
proguardproguard.config=proguard.cfg
# This file is automatically generated by Android Tools. # Do not modify this file -- YOUR CHANGES WILL BE ERASED! # # This file must be checked in Version Control Systems. # # To customize properties used by the Ant build system use, # "build.properties", and override values to adapt the script to your # project structure. # Project target. target=android-9 proguard.config=proguard.cfg大功告成，正常的編譯簽名後就可以防止代碼被反編譯了。反編譯經過代碼混淆的apk得到的代碼應該類似於下面的效果，是很難看懂的：
如果您使用的是2.3之前的SDK版本也沒關系，把上面的proguard.cfg文件復制一份放到項目中，然後進行相同的操作即可
7. android stuido 有哪些混淆工具
混淆,新版本是ninifyEnabled不再是runproguard
minifyEnabled true
/。
直接在android studio創建項目不會有這個文件，而是 proguard-rules.pro文件，其實一樣的，因為項目是從eclipse遷移過來的，之前在eclipse上混淆是 proguard;/載入默認混淆配置文件及自定義混淆 配置
proguardFiles getDefaultProguardFile('.cfg文件，在sdk目錄裡面，主要是配置了proguard;proguard-android.txt'),',就會在打包的時候進行代碼混淆處理. 其中proguard-android.txt不用管;proguard.cfg'
設置minifyEnabled true.cfg文件Android Studio上混淆打包apk方法：
//