Android反編譯後重新打包

apk中包含的內容

使用apktool直接反編譯apk

好吧，不管怎樣，反正是報異常了。有人說是apktool的版本不是最新導致的，我也難得去查找原因了，以前這樣直接反編譯也就是那樣而已。<喎?/kf/ware/vc/" target="_blank" class="keylink">vcD4NCjxoMyBpZD0="使用dex2jar將從apk中解壓得到的dex文件轉成jar包">使用dex2jar將從apk中解壓得到的dex文件轉成jar包

使用jd-gui來查看jar包內容

將要需改的類更改代碼後復制到jar內，完成覆蓋替換

把jar包重新轉成dex文件

將修改完成後的dex文件復制到原來的apk文件中

直接覆蓋原來的dex文件

然後就興沖沖地直接去安裝了，然而～

看來果然沒這麼簡單就能呢個搞定，繼續排查原因。

嘿咻嘿噓找原因

看看apk文件中有什麼可疑對象導致了安裝失敗，果然除了dex和資源文件以外，還發現了三個文件

原來是apk包本身的防篡改機制導致的

打開文件來一探究竟，果然裡面都是對打包時對文件進行了標識記錄，看來這是避免文件被篡改的安全機制。

找到問題原因就來解決，嘿咻嘿咻

想想既然是這些文件導致的，那先試試簡單粗暴地直接把文件刪了，避免防篡改檢查

然而，這樣的是不行的，必須要有這個文件夾才能解析apk包，可能這些相當於是讀取安裝文件列表清單，必須具有，看來此路不通，

既然原來的清單內容對不上，但又不能不提供，那能不能我們給它配一個新的？
想到這裡，感覺可以動手試試，嘿咻嘿咻～

這些文件既然是在編譯打包成apk時期自動生成的，那要想再生成一份新的，所以應該重新打包就可以。可是這個本身已經就是apk文件了，怎麼再編譯打包？
停下來想了想，對啊，突然想起來可以給包簽個名呗，打簽名應該也會有同樣的效果才對，繼續嘿咻嘿咻。

找個工具來簽名吧，用自己的去簽名留下點什麼不良記錄就不好了，嘿嘿～

簽名成功後

成功安裝，破解完成