可以對APP進行一個加密，有效得防止APP被破解、反編譯。目前有很多APP服務商提供了加密的服務，比如愛加密等。
② 防止自己的APP被反編譯或破解，通常有哪些方法
混淆代碼：
Android APP的源碼進行混淆後混淆器將代碼中的所有變數、函數、類的名稱加密為簡短的英文字母代號，在APP被破解後增加破解者對代碼的閱讀難度。 但是混淆的功效只能運作在APP已經被破解後，而且只是增加破解者的難度時間，對其防止破解的作用意義不是很大。
防二次打包：
二次打包是指將APK拆包後重新打包，二次打包必將丟失原有的簽名。大多數的Android開發者都是將簽名信息作為認證標准，所以只要原有的簽名信息改變，APK就無法正常運行。但是如果將這個認證信息功能屏蔽掉，防二次打包就失效了！
我們先通過APK安全保護平台，對這款Android APK進行安全保護。
步驟如下：
登錄/注冊→上傳APK→等待系統加密→完成後下載APK→給APK簽名→完成！
注意：
在APK源代碼安全保護平台，個人信息要填寫完整，否則無法正常使用。APK加密完成後，系統會發出郵件通知加密完成。最後下載APK包再次完成簽名，就可以正常使用了!
③ 如何反編譯一個app
下載apktool所需文件：
a、 apktool1.5.2.tar.bz2
b、apktool-install-windows-r05-ibot.tar.bz2 （windows系統）
解壓剛剛下載的文件，並將解壓的文件放入C:\Windows目錄下
啟動控制台，輸入apktool，回車可查看到apktool工具常用指令
新建一個文件夾，用於存放apk及待解壓的文件，這里筆者將文件夾建在D:\apk目錄，同時放入用於測試的android app包（test.apk）
控制台輸入：apktool d D:\apk\test.apk D:\apk\test 進行反編譯操作
中句話中「D:\apk\test.apk」指apk存放位置，「D:\apk\test」指反編譯後文件存放的位置 反編譯成功之後，進入D:\apk\test文件目錄可以查看到反編譯後的文件
④ 如何防止 Android App 被反編譯後介面泄露
可以考慮對應用進行加密保護，通過使用APP加殼技術，可以有效保護自己的核心代碼演算法，提高破解、盜版程序和二次打包的難度；技術層面，APP加殼可以緩解代碼注入、動態調試、內存注入攻擊，加強了APP的安全。愛加密服務商一直在保護移動應用的安全發展，採用四代加密技術，通過dex加殼原理、內存防護、so庫文件加密、資源文件加密等多個技術協同保護手段，為移動互聯網開發者和移動互聯網企業提供安全可靠的APP保護方案。
⑤ app反編譯和apk反編譯有什麼區別
APP指的是各種系統類型的程序
而APK指的是用於安卓系統的程序
因此一個是廣泛的統稱，一個是特定的叫法。
易語言對於反編譯是沒有任何多大的用處的
如果你要學會多種系統類型上用的程序，那麼你要學的東西會很多。
如果你只是要學會APK反編譯，而且是深層次的修改，那麼懂點JAVA知識還是有點用處的。
⑥ 反編譯時提示如下錯誤怎麼解決
1、反編譯=回編譯後分別是
smali目錄 回編譯為 classes.dex 文件
res目錄 回編譯為 resources.arsc 文件
2、回編譯順序
在回編譯時，會先檢查「源」即resources
當你漢化文件，修改出錯了（缺少一個符號也不行），
那麼回編譯會自動跳過編譯res文件夾，直接回編譯smali 。
所以，如果沒有對smali（classes.dex）漢化，那麼建議大家刪掉這個文件夾，
這要會大大加快回編譯速度。1、反編譯=回編譯後分別是
smali目錄 回編譯為 classes.dex 文件
res目錄 回編譯為 resources.arsc 文件
2、回編譯順序
在回編譯時，會先檢查「源」即resources
當你漢化文件，修改出錯了（缺少一個符號也不行），
那麼回編譯會自動跳過編譯res文件夾，直接回編譯smali 。
所以，如果沒有對smali（classes.dex）漢化，那麼建議大家刪掉這個文件夾，
這要會大大加快回編譯速度。
3、出錯問題1
在漢化時，往往會不小心刪掉一些符號，如 "<" ">"符號等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
這些小小的錯誤都會導致回編時譯檢查出錯。
所以漢化時，注意對校，然後再回編譯。
建議使用一些高級的文本編輯器，支持語法高亮視圖的。
4、出錯問題2
最近發現有些APK文件 反編譯後，就算不漢化直接回編譯，都會出錯。
有可能的原因1，反編譯後XML文件語法中@符號 前面多了"\" （\@ ），
用文本編輯工具 直接替換【\@】為【@】，應該可以解決。
建議使用最新版本的反編譯工具。
5、建議大家使用新版本的APKTool工具，
當然如果新的有問題也可以試試舊的一、系統文件漢化再次強調
1、漢化Settings.apk(系統設置)、MMS.apk（信息）、Phone.apk（電話）、
等等系統文件，一定要先 安裝構架，具體看另個文件
<關於APKTool工具反編譯Settings.apk問題>。
2、系統文件漢化完後不需要簽名，直接替換漢化後的文件，就可以了。
主要是，系統文件放在系統目錄，無需再次讀取簽名獲得許可權，已經是高級了。
二、打包說明
1、通常漢化完回編譯後，會自動生成所有APK內的文件，或者自動生成*.APK文件。
但是建議大家不要直接使用該文件，進了使用替換法，替換掉你漢化後的文件，
如：resources.arsc，如果修改過的圖片，等等…
2、很多人對於APK文件 解壓縮或壓縮 都用「WinRAR」或「好壓」，這里不推薦。
希望大家安裝7-Zip這個壓縮工具，對於zip格式的支持是最好的。而且很方便，
不需要重新關聯apk 直接右鍵打開就行了。替換直接拖拉進去，就OK了一、回編譯出錯問題
(1.提示 strings.xml 最後一行錯誤，檢查是否</string>符號錯誤；
在漢化時，往往會不小心刪掉一些符號，如 "<" ">"符號等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
(2.提示 strings.xml 最頂部含中文代碼首行錯誤，編碼格式不對，轉換成 UTF-8；
(3.提示 public.xml 出錯，檢查改動過的 arrays.xml 是否代碼有錯誤的地方；
⑦ APK反編譯後回編譯失敗是為什麼
、反編譯=回編譯後分別是
smali目錄 回編譯為 classes.dex 文件
res目錄 回編譯為 resources.arsc 文件
2、回編譯順序
在回編譯時，會先檢查「源」即resources
當你漢化文件，修改出錯了（缺少一個符號也不行），
那麼回編譯會自動跳過編譯res文件夾，直接回編譯smali 。
所以，如果沒有對smali（classes.dex）漢化，那麼建議大家刪掉這個文件夾，
這要會大大加快回編譯速度。1、反編譯=回編譯後分別是
smali目錄 回編譯為 classes.dex 文件
res目錄 回編譯為 resources.arsc 文件
2、回編譯順序
在回編譯時，會先檢查「源」即resources
當你漢化文件，修改出錯了（缺少一個符號也不行），
那麼回編譯會自動跳過編譯res文件夾，直接回編譯smali 。
所以，如果沒有對smali（classes.dex）漢化，那麼建議大家刪掉這個文件夾，
這要會大大加快回編譯速度。
3、出錯問題1
在漢化時，往往會不小心刪掉一些符號，如 "<" ">"符號等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
這些小小的錯誤都會導致回編時譯檢查出錯。
所以漢化時，注意對校，然後再回編譯。
建議使用一些高級的文本編輯器，支持語法高亮視圖的。
4、出錯問題2
最近發現有些APK文件 反編譯後，就算不漢化直接回編譯，都會出錯。
有可能的原因1，反編譯後XML文件語法中@符號 前面多了"\" （\@ ），
用文本編輯工具 直接替換【\@】為【@】，應該可以解決。
建議使用最新版本的反編譯工具。
5、建議大家使用新版本的APKTool工具，
當然如果新的有問題也可以試試舊的一、系統文件漢化再次強調
1、漢化Settings.apk(系統設置)、MMS.apk（信息）、Phone.apk（電話）、
等等系統文件，一定要先 安裝構架，具體看另個文件
<關於APKTool工具反編譯Settings.apk問題>。
2、系統文件漢化完後不需要簽名，直接替換漢化後的文件，就可以了。
主要是，系統文件放在系統目錄，無需再次讀取簽名獲得許可權，已經是高級了。
二、打包說明
1、通常漢化完回編譯後，會自動生成所有APK內的文件，或者自動生成*.APK文件。
但是建議大家不要直接使用該文件，進了使用替換法，替換掉你漢化後的文件，
如：resources.arsc，如果修改過的圖片，等等…
2、很多人對於APK文件 解壓縮或壓縮 都用「WinRAR」或「好壓」，這里不推薦。
希望大家安裝7-Zip這個壓縮工具，對於zip格式的支持是最好的。而且很方便，
不需要重新關聯apk 直接右鍵打開就行了。替換直接拖拉進去，就OK了一、回編譯出錯問題
(1.提示 strings.xml 最後一行錯誤，檢查是否</string>符號錯誤；
在漢化時，往往會不小心刪掉一些符號，如 "<" ">"符號等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
(2.提示 strings.xml 最頂部含中文代碼首行錯誤，編碼格式不對，轉換成 UTF-8；
(3.提示 public.xml 出錯，檢查改動過的 arrays.xml 是否代碼有錯誤的地方；
二、一切能正常但無法回編譯
還有一種情況，apktool最新版本能正常反編譯一個apk文件，在未做任何修改的情況下，無法回編譯。
這是就要注意了，可以嘗試一下用低版本的apktool進行【反編譯】，然後在用高版本的apktoo工具【回編譯】。
這里向大家推薦用 【APKDB】 這個工具，很方便，反編譯時可以選擇apktool的版本。
⑧ APP反編譯後代碼裡面的v1、v2還有p1、p2啥意思代表什麼
變數名啊 具體類型看定義啊
編譯後變數名早不見了
你再反編譯還能看見變數名啊？
所以它就隨便取了一個名字而已
⑨ app可以被反編譯到什麼程度
Android APK中的Java代碼可以被反編譯到什麼程度主要看APK的加密程度。
第一種情況：無混淆無加密無加殼。
直接利用Dex2jar和JD-GUI可把源碼從APK里摳出來，代碼邏輯清晰，基本上做到可復用，只是資源文件的引用需要計算一下。
第二種情況：混淆。
通常是利用Proguard做的防護。因為是對jar做的不可逆混淆（除非有mapping），因此不能還原成原來的代碼。但是代碼結構，代碼邏輯一致，只要花長時間對代碼進行梳理一樣可找准核心代碼，解密方法跟第一種一致。
第三種情況：加密。
這里以DexGuard為例。對於這種代碼加密的方法，在程序運行中必定會進行解密，只要抽出它解密的邏輯便可。PS：我自己做過DexGuard的解密，如果用Dex2jar反編譯看的話邏輯是不對的，一定要從Smali代碼看。後來發現網上已經有人做了。
解密的腳本：A look inside Dexguard
第四種情況：加殼。
這種情況跟第三種類似。無論你怎麼加殼，運行的時候必定是Dalvik可識別的Odex代碼，建議直接在內存里mp出來。這里推薦Xpose的ZjDroid。
加固可以在一定程度上保護自己核心代碼演算法,提高破解/盜版/二次打包的難度，緩解代碼注入/動態調試/內存注入攻擊等。
目前市面上有很多第三方加固的平台， 如果新應用發布前需要掃描或者加固的話，可以先試試免費的，例如騰訊御安全，建議自己先去掃描測試下。