apk回編譯

① apk反編譯後，然後回編譯後，無法安裝，提示應用未安裝，簽過名了，求解

用IDE反編譯後
再編譯簽名就沒問題
之前的簽名文件要刪除
有個META-INF的文件夾，裡面有三個文件，分別名為MANIFEST.MF、CERT.SF和CERT.RSA，這些就是使用signapk.jar生成的簽名文件。

② apk反編譯時成功回編譯時總失敗....

說明你修改的地方，修改得不合理。

③ APKTOOL怎樣用的，我反編譯成功之後回編譯失敗，出現下圖這樣的情況是怎樣的

編譯失敗是操作過程中錯誤造成的。解決方式如下：

1、首先去官方網站點擊下載可用的最新ApkTool。

④ 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的版本。

⑤ APK反編譯，修改了.java源碼，現在怎麼編譯回去

做行通反編譯般能完全源Java代碼代碼甚至語錯誤除非簡單些代碼要改改.class文件非困難要16進制改或者改smali文件比改.class文件要稍微簡單點用16進制修改直接改代碼需要定smali語知識

⑥ 求助APK反編譯後無法回編譯

用apktool重新打包，再用apksign簽名。你上面那些是資源沒法反匯編，沒事的。重新打包的時候，資源手動加入。

⑦ 反編譯了APK後修改了androidManifest.xml就無法回編譯

系統apk重新編譯後不需要簽名，直接用rar打開打包生成的apk裡面的androidmanifest.xml文件替換原apk里的androidmanifest.xml文件即可

⑧ 反編譯apk之後無法回編譯，怎麼回事

使用apktool進行apk的反匯編時，沒有出現問題(有問題的自行解決)，

但是進行回匯編時出現：

F:\apktool>apktool b Hello Hello.apk
Exception in thread "main" brut.androlib.AndrolibException: brut.directory.PathN
otExist: apktool.yml
at brut.androlib.Androlib.readMetaFile(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.androlib.Androlib.build(Unknown Source)
at brut.apktool.Main.cmdBuild(Unknown Source)
at brut.apktool.Main.main(Unknown Source)
Caused by: brut.directory.PathNotExist: apktool.yml
at brut.directory.AbstractDirectory.getFileInput(Unknown Source)
... 5 more
經驗證是，反匯編時沒有生成apktool.yml
進行反匯編時，改用命令apktool d -r xx.apk xx便可以解決(加上了-r選項)

⑨ apk反編譯，回編出錯了

不影響正常運行，只是編譯環境，
compileSdkVersion 告訴 Gradle 用哪個 Android SDK 版本編譯你的應用。使用任何新添加的 API 就需要使用對應 Level 的 Android SDK。
需要強調的是修改 compileSdkVersion 不會改變運行時的行為。當你修改了 compileSdkVersion 的時候，可能會出現新的編譯警告、編譯錯誤，但新的 compileSdkVersion 不會被包含到 APK 中：它純粹只是在編譯的時候使用。（你真的應該修復這些警告，他們的出現一定是有原因的）
因此我們強烈推薦總是使用最新的 SDK 進行編譯。在現有代碼上使用新的編譯檢查可以獲得很多好處，避免新棄用的 API ，並且為使用新的 API 做好准備。
注意，如果使用 Support Library ，那麼使用最新發布的 Support Library 就需要使用最新的 SDK 編譯。例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本號要一致！）。通常，新版的 Support Library 隨著新的系統版本而發布，它為系統新增加的 API 和新特性提供兼容性支持。
解決辦法有兩種（我測試的前提是反編譯的母包是沒有包含這兩個屬性的）：
（1）使用apktool 2.3.2版本，因為2.3.3之後版本針對appt和appt2做了修改，最後AndroidManifest.xml裡面不在包含compileSdkVersion和compileSdkVersionCodename
（2）清除原本的1.apk，重新指定framework-dir：java -jar apktool_2.4.0.jar empty-framework-dir --force，最後發現可以回編譯成功，但是AndroidManifest.xml還是會包含compileSdkVersion和compileSdkVersionCodename。