為什麼有些軟體反匯編失敗

A. 反匯編成功，匯編失敗，是怎麼回事

A，是輸入匯編語言。如：MOV AX, 1234。 U，就是反匯編。 B83412，就是機器語言。

B. 我想反編譯 一個APK程序，但是那個APK程序的代碼被混淆了，導致APK反編譯失敗，請問這個問題怎麼解決

你的這個問題想想就知道不能解決的，為什麼？總所周知Java的代碼容易被反編譯，非常簡單，讓我自己寫反編譯工具我也能寫，如果市場上的軟體都這樣直接發布出去，那開發者的勞動成果怎麼保證？誰還願意開發？抄襲人家的就是了。正因為如此才誕生了代碼混淆，代碼混淆的作用就是防止apk被反編譯的。
我們假定混淆代碼也沒起作用，後面的災難性局面你自己去想像吧。。。

C. 任何程序都可以反編譯嗎為什麼有一些程序不可以反編譯

可以說絕大部分的程序是不能反編譯的，因為同樣的機器碼，可以由多種不同的高級語言的程序代碼生成，所謂殊途同歸，不管外表看起來多麼不同的代碼，編譯後生成的機器碼也可能完全一樣的。這就造成一個問題，如果反編譯（其實就是把上述過程逆轉），那麼究竟要把機器碼轉為哪種源代碼才合適呢？如果這行代碼與其他代碼存在因果關系的，那麼問題就更復雜了。所以到目前為止，還沒有哪個反編譯軟體能夠把一個編譯後的可執行文件完美反編譯為源代碼，最多隻能反編譯為一些代碼片段，而且這些片段是無法重新編譯為可執行文件的。

D. apk反編譯出現異常，誰能告訴我是怎麼回事

我用的是apk改之理，反編譯異常應該是apk安裝包不完整，也就是說系統把apk進行了odex優化，把apk安裝包里後綴dex的文件提取出來，從而加快軟體運行速度，網上下個odex合並工具試一下，雖然我試過合並odex和apk文件，結果還是反編譯失敗。

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

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

F. apk反編譯失敗，只打開arsc文件也不行，誰知道為什麼軟體名字為KSweb

更新最新版e反編譯軟體試試

G. 運行反編譯過來的代碼時出現這些錯誤,怎麼辦

沒太大影響
那是那些程序做的不完善 他指定需要調用某位內存
但此時該位正被保護 不能為read
或他指定需要寫入某位內存 但此時該位正被保護 不能為written
所以忽略是不會有影響的 那可以理解成該軟體的BUG

H. 求解：Android逆向-AndroidKiller-反編譯軟體後什麼都沒改回編就失敗。。。

圖小看不清。可能app被加固了，比如簽名驗證加固。還有可能是你apktool版本太低。

I. 各位安卓反編譯大神，為什麼我反編譯框架成功，而回編譯失敗呢

文件id值沒有在public.xml中設定。要麼給相應文件添加id值(注意添加規則)，要麼刪掉public.xml文件，