A. android怎麼防止反編譯
1、需要加密的Apk(源Apk)
2、殼程序Apk(負責解密Apk工作)
3、加密工具(將源Apk進行加密和殼Dex合並成新的Dex)
主要步驟：
我們拿到需要加密的Apk和自己的殼程序Apk，然後用加密演算法對源Apk進行加密在將殼Apk進行合並得到新的Dex文件，最後替換殼程序中的dex文件即可，得到新的Apk,那麼這個新的Apk我們也叫作脫殼程
B. android app怎麼防止反編譯
APK在PC上面就被看作一個壓縮格式文件，在手機上面它就算一個可執行格式文件。兩種格式對它的讀取要求也有區別，所以說利用這個區別來實現偽加密。對PC端來講偽加密的APK沒法被解包無法被反編譯，但是對android系統來說它完全不會影響正常的安裝運行(對4.2以前的系統)。
偽加密的原理：讀取APK的位元組，找到連續4位位元組標記為」P K 01 02」的後第5位位元組，如果是0表示不加密，如果是1就表示加密（偽加密就強行改成1 反偽加密就是把1改成0就可以了）。
2
偽加密前和偽加密後的對比圖如下：
偽加密前：
3
偽加密後：
END
使用第三方平台加密
步驟如下：
登錄/注冊→上傳APK→等待系統加密→完成後下載APK→給APK簽名→完成！
2
愛加密作為移動安全行業的第三方平台，為Android APP移動應用提供專業的加固保護方案，包括DEX文件保護、資源文件保護、XML主配文件保護、防二次打包保護、so文件保護、內存保護、高級混淆等，全方位保護Android App，防止被反編譯、破解等，維護廣大開發者朋友的切身利益！
C. Android如何防止apk程序被反編譯
防止反編譯是不可能的,因為任何人拿到apk,都能有辦法反編譯. 我們要防止的是反編譯後的源碼信息被人直接閱讀 和 被修改代碼後被重新打包成apk
自己混淆代碼,反編譯後生成出來的代碼閱讀難度將會提高,至於怎麼混淆,詳細點的網上都能找到
找第三方幫助你加固,舉個栗子:360加固保,易盾,這些都是一些相對成熟的平台,他們防反編譯也有自己的方法,具體想了解的話可以去他們平台試試,360加固保一些功能提供的是免費的哦
D. Android APP的破解技術有哪些如何防止反編譯
由於Android系統的開放性，導致Android
APK很容易被他人破解或是反編譯，下面給大家介紹常用的APP破解工具和技術要求。同時根據自己以往的防破解經驗，跟大家分析下如何防止反編譯。
Android
APK運行環境依賴的文件/文件夾
res、DEX、主配文件Lib
只是簡單的加密甚至沒有任何保護措施。APKtool（一種反編譯工具）可輕易將其輕松破解，再配合其他各種工具基本可以做到：源碼暴露(代碼混淆也幾乎起不到任何安全作用)、資源文件裸奔、主配文件可任意修改、核心SO庫暴露、暴力破解惡意利用等。部分大公司會對其應用APK包進行防二次打包和防APKtool破解，但其代碼都是寫在java層，另外APKtool的可升級導致其安全保護級別也是非常低的。
E. 怎麼讓android studio的編譯的aar防止反編譯
1、 簡述
在比較大的 Android 項目的開發中，我們經常會遇到工程、jar 包等等之間相互引用的方式。一般我們通過在 gradle 文件中配置依賴來解決
通用配置
Gradle 的一些基本依賴配置方式如下：
compile fileTree(dir: 'xxx', include: ['*.jar', "*.xxx"])：將某個目錄下所有符合擴展名的文件作為依賴；
compile 'com.xx.xx:ProjectName:Version'：配置Maven` 庫作為依賴；在 Maven 庫中心 可以搜索自己想用的庫進行依賴；
compile project(':AnotherMole')：配置另一個 Mole 作為本 Mole 的依賴，被依賴的 Mole 必須被導入到當前工程中；
compile files('xxx.jar')：配置某個 jar 包作為依賴。
看起來不錯，基本通用的配置都已經存在了。一般對於中等小型的工程，這種開發方式完全沒有問題。但是有時候 A 和 B 兩個工程，想同時引用另一個公共的 Mole C，而這個 Mole 可能是一個比較復雜的 Android Mole，可能包含了一些主題、UI 、資源文件等等，這時候，如果用 Mole 依賴的方式來配置，不免有些困難，因為 A 和 B 都要導入 C，而且要隨時關注 C 的更改。
好在 Android Studio 提供了 aar 庫的打包方式，我們可以把 C 作為 library 進行打包，輸出 aar 文件，然後在 A 和 B 中，配置 aar 庫依賴，就可以解決。
2、aar 文件簡介
要輸出 aar 文件，必須將 Mole 配置為 library
輸出 aar ： apply plugin: 'com.android.library'；
輸出 apk ：apply plugin: 'com.android.application'。
將 Mole 配置為 library 後，構建輸出一個 aar 文件，根據渠道和 BuildType 的不同，在相應的目錄下可以找到。比如對 BuildType 為 debug 的配置，輸出為：[MoleName]/build/outputs/aar/[MoleName]-debug.aar。一份 aar 文件其實就是一份 zip 包，和 jar 不同的是，它將一些資源文件、第三方庫文件、so 文件等等都打包在內，而代碼文件編譯後壓縮在在 classes.jar 中。
3、導入 aar 的方式引用
這種方式比較簡單，打開 Project Structure，添加一個新 Mole，然後選擇 Import *.JAR or *.AAR Package 的方式導入
導入後，在你的工程下面，會生成一個文件夾，裡面是 aar 文件以及 Android Studio 的配置文件。
接著可以在 gradle 中配置依賴了，其他 Mole 可以引用這個 Mole 了，依賴方式使用 compile project 的方式即可。
缺點：被依賴的 aar 無法 F3 跟進去，無法看到資源文件內容以及目錄層級等等缺陷。
4、使用配置依賴的方式引用
gradle 其實還有另一種依賴可以引用 aar：
compile(name: 'xxx', ext: 'aar')。
首先需要將 aar 文件放入引用 Mole 的 libs 目錄下，和一般的 jar 文件類似。然後在 gradle 配置文件中把 libs 目錄加入依賴：
repositories
flatDir {
dirs 'libs'
}
}
接著在 gradle 的依賴配置中加入 compile(name: 'xxx', ext: 'aar') 這一句，依賴即可關聯完畢。構建一下工程，在 Mole 的build/intermediates/exploded-aar 目錄下，可以看到有一些臨時文件生成
被導入 aar 生成的臨時文件
Android Studio 安裝反編譯插件後，可以通過 F3 跟進到 class 文件裡面，如果你有被依賴 Mole 的源代碼的話，還可以 Attach Source 關聯源代碼查看。另外，可以很方便的查看 aar 中的資源文件。
另外，這種依賴方式更新 aar 後，生成的臨時文件也會隨之變動，不用擔心改動不同步的問題。
F. Android如何防止apk程序被反編譯（尊重勞動
防止Android apk被反編譯的方法：判斷apk簽名是否與原版簽名是否一致代碼混淆，將混淆的級別設置高點，混淆出來以後代碼全部變亂使用NDK編程,將核心演算法用c/c++來編寫,打包成so庫供java層調用
G. 如何防止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. 預防混淆
預防混淆一般是針對專用的反編譯器設計的，目的就是預防被這類反編譯器反編譯。他是利用特定的反編譯器或反混淆器的弱點進行專門設計。預防混淆對於特定的反編譯器非常有效，所以在使用時要綜合利用各種反編譯器的特點進行設計。
H. android 怎麼防止dex反編譯
防止Android apk被反編譯的方法：
1、判斷apk簽名是否與原版簽名是否一致。
2、代碼混淆，將混淆的級別設置高點，混淆出來以後代碼全部變亂。
3、使用NDK編程,將核心演算法用c/c++來編寫,打包成so庫供java層調用。