android混淆類名

A. android源碼被混淆了怎麼還原

android源碼被混淆了還原方法為：
1、得到 classes.dex文件；直接用機器上的解壓軟體 打開 .apk 文件，解壓出 classes.dex 文件。
2、還原.jar文件；這一步需要用到一個工具 dex2jar （谷歌的代碼庫里有http://code.google.com/p/dex2jar/）下載完了，解壓，然後把第一步的 產物（即那個classes.dex文件）放到 dex2jar的解壓目錄（解壓目錄里 有 dex2jar.bat 文件，檢查一下，沒有的話說明目錄不對）。
3、查看.jar文件；這一步就是傳統的 反編譯 了，需要工具輔助，這里用到的工具是jd-gui（http://java.decompiler.free.fr/?q=jdgui）下載系統對應的版本，解壓，（xp系統）會看到一個 .exe文件，沒錯就是 單文件綠色版，雙擊，選擇 第二步 生成的 .jar，即可。

B. android開發代碼混淆都混淆哪些

代碼混淆（code obfuscation）是指將計算機程序的代碼，轉換成一種功能上等價，所謂功能上的等價是指其在變換前後功能相同或相近。其解釋如下：程序P經過混淆變換為P『，若P沒有結束或錯誤結束，那麼P』也不能結束或錯誤結束；而且P『程序的結果應與程序P具有相同的輸出。否則P』不是P的有效的混淆。

目前對於混淆的分類，普遍是以Collberg 的理論為基礎，分為布局混淆（layout obfuscation）、數據混淆（data obfuscation）、控制混淆（control obfuscation）和預防混淆（preventive obfuscation）這四種類型。

1. 布局混淆

布局混淆是指刪除或者混淆軟體源代碼或者中間代碼中與執行無關的輔助文本信息，增加攻擊者閱讀和理解代碼的難度。軟體源代碼中的注釋文本、調試信息可以直接刪除，用不到的方法和類等代碼或數據結構也可以刪除，這樣即可以使攻擊者難以理解代碼的語義，也可以減小軟體體積，提高軟體裝載和執行的效率。軟體代碼中的常量名、變數名、類名和方法名等標識符的命名規則和字面意義有利於攻擊者對代碼的理解，布局混淆通過混淆這些標識符增加攻擊者對軟體代碼理解的難度。標識符混淆的方法有多種，例如哈希函數命名、標識符交換和重載歸納等。哈希函數命名是簡單地將原來標識符的字元串替換成該字元串的哈希值，這樣標識符的字元串就與軟體代碼不相關了；標識符交換是指先收集軟體代碼中所有的標識符字元串，然後再隨機地分配給不同的標識符，該方法不易被攻擊者察覺；重載歸納是指利用高級編程語言命名規則中的一些特點，例如在不同的命名空間中變數名可以相同，使軟體中不同的標識符盡量使用相同的字元串，增加攻擊者對軟體源代碼的理解難度。布局混淆是最簡單的混淆方法，它不改變軟體的代碼和執行過程。

2. 數據混淆

數據混淆是修改程序中的數據域，而對代碼段不作處理。常用的數據混淆方式有合並變數、分割變數、數組重組、字元串加密等。

合並變數是將幾個變數合並為一個數據，原來的每個變數占據其中一個區域，類似於一個大的數據結構。分割變數則是將一個變數分割為兩個變數，對分割前後提供一種映射關系，將對一個變數的操作轉化為對分割後兩個變數的操作。

數組重組有數組的分割、合並、折疊和平滑等幾種方式。分割是將一個數組分成2個或多個相同維度的數組；合並則相反；折疊是增加數組的維數；平滑則是相反。

在ELF文件中，全局變數和常量字元串存放在數據段中，反匯編工具可以輕易查找到字元串與代碼之間的引用關系。在軟體破解中，通過一些字元串提示可以很方便的找到代碼關鍵語句，從而破解軟體。字元串加密則可以對這些明顯的字元串進行加密存儲，在需要時再進行解密。

3. 控制混淆

控制混淆也稱流程混淆，它是改變程序的執行流程，從而打斷逆向分析人員的跟蹤思路，達到保護軟體的目的。一般採用的技術有插入指令、偽裝條件語句、斷點等。偽裝條件語句是當程序順序執行從A到B，混淆後在A和B之間加入條件判斷，使A執行完後輸出TRUE或FALSE，但不論怎麼輸出，B一定會執行。

控制混淆採用比較多的還有模糊謂詞、內嵌外聯、打破順序等方法。

模糊謂詞是利用消息不對稱的原理，在加入模糊謂詞時其值對混淆者是已知的，而對反混淆者卻很難推知。所以加入後將干擾反匯編者對值的分析。模糊謂詞的使用一般是插入一些死的或不相關的代碼（bogus code），或者是插入在循環或分支語句中，打斷程序執行流程。

內嵌（in-line）是將一小段程序嵌入到被調用的每一個程序點，外聯（out-line）是將沒有任何邏輯聯系的一段代碼抽象成一段可被多次調用的程序。

打破順序是指打破程序的局部相關性。由於程序員往往傾向於把相關代碼放在一起，通過打破順序改變程序空間結構，將加大破解者的思維跳躍。

4. 預防混淆

預防混淆一般是針對專用的反編譯器設計的，目的就是預防被這類反編譯器反編譯。他是利用特定的反編譯器或反混淆器的弱點進行專門設計。預防混淆對於特定的反編譯器非常有效，所以在使用時要綜合利用各種反編譯器的特點進行設計。

C. 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中不存在的代碼

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

D. 如何將android中的變數和類名 混淆成中文名稱

這個要說起來就太復雜了，簡短的回復一下你。首先強調一下混淆的目的就是不讓別人能反編譯看懂你的代碼。包名和類名就相當於PC上的路徑名（你可以把它理解為穩定的定位符）；清晰的包名類名，能讓你很容易定位到文件和方法，改成abcd這簡短的名稱之後，就使人無法輕易看懂代碼了。

E. Android 反編譯之後的源代碼類名被混淆了，類名變為a-z毫無意義的名字，有什麼辦法可以找到原始的類名嗎

沒辦法 就是這樣 不然源代碼隨便改 就亂了

F. Android如何保持指定類不被混淆

包名 package com.example.test
類名 public class WebAppInterface{}
加上完整的包名才行。
-keep class com.example.test.WebAppInterface {*;}

G. 如何混淆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了

H. android jar包類名如何混淆成方框

一、如何指定某個包不被混淆

不被混淆的包下放一個指定不被混淆的class,這樣該包名就不會被混淆

舉例demo原有目錄結構如下：

圖1-1

指定MainActivity不被混淆

-keep public class * extends android.app.Activity # 保持哪些類不被混淆

-flattenpackagehierarchy 'yjrtest' #重新包裝所有重命名的包並放在給定的單一包中

混淆後的目錄結構如下：

圖1-2

可以看出除了MainActivity所在的包沒有被混淆之外其他的包名都被混淆了。

I. android 代碼使用proguard混淆的時候，類名和包名怎麼混淆

app發布前，最好做一下掃描和加固，應用掃描可以通過靜態代碼分析、動態數據跟蹤，定位出風險代碼（目前好多都是只告訴APK包裡面有風險），同時監控敏感數據的異常行為。
加固可以在一定程度上保護自己核心代碼演算法,提高破解/盜版/二次打包的難度，緩解代碼注入/動態調試/內存注入攻擊等
但也對應用的兼容性有一定影響，加殼技術不行的話，還會影響程序運行效率.
目前市面上有很多第三方加固的平台， 如果新應用發布前需要掃描或者加固的話，可以先試試免費的，例如騰訊御安全，建議自己先去掃描測試下。

J. android代碼混淆以及怎麼判斷一個apk代碼是否被混淆過

1、proguard原理
java代碼編譯成二進制class文件，這個class文件也可以反編譯成源代碼，除了注釋外，其他的code基本都可以看到。為了防止重要code被泄露，我們往往需要混淆，即把方法名，變數名，類名，包名等這些java元素的名稱改成讓人意想不到的名稱，這樣代碼結構就沒有變化，還可以運行，但是想弄懂代碼的架構卻很難。proguard就起到了這樣的作用：
一、它可以分析一組class的結構，根據用戶的配置，然後把這些class文件中可以混淆的java元素進行混淆

二、刪除無效的代碼

三、對代碼進行優化（使用adt插件導出的apk,還進行zipalign優化）

預設情況下，proguard會混淆所有代碼，但是下面幾種情況是不能改變java元素的名稱，否則就會導致程序出錯。
一、用到反射的地方（android中的api常用@hide注釋掉，開發者在調用相應的方法時，需要用到反射）

二、當app的代碼要依賴於系統的介面時，如被系統代碼調用的回調方法，這種方法比較復雜

三、java元素名稱是配置文件中配置好的

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

2、proguard配置

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

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

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

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