反編譯文件為什麼會錯誤

㈠ 為什麼我反編譯一個exe文件原封不動轉為.exe就報錯了。

世界上的大多數事物都是存在不可逆特性的，比如說生雞蛋煮成熟雞蛋很容易，但把熟雞蛋再還原為生雞蛋就幾乎不可能了，也許將來的科技能夠實現，但至少現在還沒聽說過。
程序的編譯和反編譯也是一樣，一個電腦程序從供人類閱讀的高級語言編譯為供CPU解讀的機器語言，這是一個質變的過程，比方說某個運算結果可以用多種演算法實現，那麼你想往上回溯時，究竟選擇那種演算法呢？你可能會說，讓反編譯軟體隨便選一種吧，那麼問題來了，再繼續往上回溯的時候，很有可能就跟原程序完全不同了。所以，盡管「條條大路通羅馬」，但要想從羅馬回到原來的出發點就不是容易的事了。因此，到目前為止，尚未有反編譯軟體能夠把一個exe文件完整無誤地反編譯為源程序的（當然也許極簡單的程序可以，比如hello world），而程序本來就是嚴謹的東西，差一個字也可能會產生十萬八千里的誤差。所以，反編譯的結果只能用作參考，不能把它當作實際代碼。

㈡ 為什麼很多APK文件反編譯了打包出錯

現在加密技術厲害了。所以有些軟體包被加密了，反編譯後就不能回編譯。或者能回編譯就不能安裝或無法運行。

㈢ 為什麼很多APK文件反編譯了打包出錯

雖然不提倡逆向工程別人的勞動成果
但是萬一一個feature你想做，卻始終搞不懂，怎麼辦？參考一下別人怎麼實現的吧！
可是Android用的Dalvik壓根不是標準的Java
VM的Jar，而是DEX格式的，怎麼辦？
附件是dxe2jar和JD，兩個工具都是open
source的，我已經全部放在一個壓縮包了。
別著急，有辦法：
1. 假設你要反匯編的是app.apk，那麼先改名成app.zip
2.
解壓
3. 在解壓出來的裡面找到classes.dex，這個就是目標的程序的二進制文件
4. 用附件的dex2jar，在Windows命令行下運行
dex2jar classes.dex
5. 生成classes.dex.dex2jar.jar，這個就是轉換後的JAR文件了
6.
執行jd-gui，找到剛才生成的JAR文件，打開之。
7. 偷偷樂吧，90%以上的Java源代碼躍然眼前。

㈣ 為什麼很多APK文件反編譯了打包出錯

可能是由於以下幾種情況導致

1、在Android Project配置文件中你使用了當前工程目標版本所沒有的特性，針對這種情況只需更改下目標版本就行了
2、apktool.jar可能不是最新的，針對這種情況下載最新版的apktool.jar就行了
3、在windows平台上aapt.exe、apktool.bat可能不是最新的，針對這種情況也只需下載最新版

㈤ 為什麼回編譯失敗

1：反編譯非系統apk前需要把APK命名為123.apk
2：反編譯系統apk時需要將Rom的framework-res.apk放置在 此目錄下，選擇數字5執行安裝！ 如果是HTC的Rom，你還需要將com.htc.resources.apk也 安裝一次！
3：反編譯之前如果目錄里有上次反編譯產生的apk,framework 文件夾清除，否則不能正常反編譯！數字7可以快速清理！
4: 路徑默認放在D盤根目錄下面，大家不要自己改動否則可能會出現一些文件丟失的情況！
~如果你認可我的回答，請及時點擊【採納為滿意回答】按鈕
~~手機提問的朋友在客戶端右上角評價點【滿意】即可。
~你的採納是我前進的動力
~~O(∩_∩)O，記得好評和採納，互相幫助，謝謝。