vbnet反編譯

A. 如何防VB的EXE文件被反編譯

VB是直接編譯成機器代碼的，基本不用顧慮被他人反編譯的問題。
如果你說的是VB.NET，那麼它是被編譯成中間語言的，則可以使用VS提供的一個混淆器阻止他人反編譯。

B. 編程求教，vb.net程序exe，想反編譯－修改－重生成exe。

反匯編的程序代碼肯定是有錯誤的，你可以把東西拿上來，如果工程不是太大的話我們可以試試幫你改

C. VB反編譯還原代碼 求助

如果說 VB3、VB4 還有可能的話，那麼 VB5、VB6 反編譯就是完全的痴人說夢了，VB6 已經不是純粹的解釋性語言了，根本不可能反編譯出完整的源代碼，對於這種語言寫出來的程序，只能獲得中間語言或低級語言。一般來說 VB6 都是 P 代碼，而 P-Code 的代碼逆向回來只能自己看，機器是識別不了的。

舉個例子：

比如在 VB6 中有一句代碼 ： MsgBox "Decompile Test."

那麼反編譯出來的結果就是：

（代碼太長不貼，這里貼主要的）
...

mov dword ptr [ebp-58], 004012E4 ; 這里把 "Decompile Test."的地址弄進去了。
...

call dword ptr [<&MSVBVM60.__vbaVarDup>]; 可以清楚的看出來，復制了一份變數的句柄。因為VB里字元串指向的是內存地址。
...

call dword ptr [<&MSVBVM60.#595>] ; 這一句彈出了MsgBox.這里如果跟進去的話是一大堆API 。
...

所以正常反編譯（學匯編語言和計算機編譯原理去吧）的話，看到段了就會知道這是一個 Msgbox 函數，但是具體顯示的內容是什麼，那是根本看不出來的。

P.S. 針對樓上[你不懂就別亂說]說的插一嘴，未加殼的 .NET 為何能被反編譯出源代碼，那是因為 .NET 是託管，而託管有中間語言，所以它的源代碼被編譯成 msil 這種中間語言而非像 VB6 直接編譯成機器語言了。

D. 反編譯VB程序

反編譯這種東西其實是不存在的，所謂的反編譯其實就是反匯編。
就連.net寫出來的程序反編譯也不可能直接得到代碼。
如果用一個軟體就能把程序反編譯，所有程序員都該事業了，還費勁腦汁編什麼，直接反編譯別人的不就好了。
如果你想學習反匯編這方面知識，首先要有一個清醒的頭腦，很顯然你的頭腦現在還不夠清醒，屬於小菜鳥級別的，幻想著把別人寫好的程序反編譯出來然後改改就成自己的了。
醒過來！！啪！啪！！

E. VB6.0寫的程序可以反編譯得到代碼嗎

真正反編譯是不可能的，不管是P代碼還是本機代碼，不加殼也反編譯不了，至於什麼.net反編譯，更是痴人說夢！網上雖有一些反編譯軟體，但是頂多把你用了哪些控制項找出來，至於代碼就無能為力了

F. VB反編譯還原代碼 求助

如果說 VB3、VB4 還有可能的話，那麼 VB5、VB6 反編譯就是完全的痴人說夢了，VB6 已經不是純粹的解釋性語言了，根本不可能反編譯出完整的源代碼，對於這種語言寫出來的程序，只能獲得中間語言或低級語言。一般來說 VB6 都是 P 代碼，而 P-Code 的代碼逆向回來只能自己看，機器是識別不了的。

舉個例子：

比如在 VB6 中有一句代碼 ： MsgBox "Decompile Test."

那麼反編譯出來的結果就是：

（代碼太長不貼，這里貼主要的）
...

mov dword ptr [ebp-58], 004012E4 ; 這里把 "Decompile Test."的地址弄進去了。
...

call dword ptr [<&MSVBVM60.__vbaVarDup>]; 可以清楚的看出來，復制了一份變數的句柄。因為VB里字元串指向的是內存地址。
...

call dword ptr [<&MSVBVM60.#595>] ; 這一句彈出了MsgBox.這里如果跟進去的話是一大堆API 。
...

所以正常反編譯（學匯編語言和計算機編譯原理去吧）的話，看到段了就會知道這是一個 Msgbox 函數，但是具體顯示的內容是什麼，那是根本看不出來的。

P.S. 針對樓上[你不懂就別亂說]說的插一嘴，未加殼的 .NET 為何能被反編譯出源代碼，那是因為 .NET 是託管，而託管有中間語言，所以它的源代碼被編譯成 msil 這種中間語言而非像 VB6 直接編譯成機器語言了。