net編譯本地代碼

1. Visual Basic .NET的編譯

.NET語言，包括VB.NET，它們所開發的程序源代碼並不是直接編譯成能夠直接在操作系統上執行的二進制本地代碼，而是被編譯成為中間代碼，然後通過.NET Framework的通用語言運行時（CLR）——執行。所有的.Net編程語言都被編譯成這種被稱為MSIL（Microsoft Intermediate Language ）的中間代碼，這與Java的位元組碼類似。因此雖然最終的程序在表面上仍然與傳統意義上的可執行文件都具有「.exe」的後綴名。但是實際上，如果計算機上沒有安裝.Net Framework，那麼這些程序將不能夠被執行。在程序執行時，.Net Framework將中間代碼翻譯成為二進制機器碼，從而使它得到正確的運行。最終的二進制代碼被存儲在一個緩沖區中。所以一旦程序使用了相同的代碼，那麼將會調用緩沖區中的版本。這樣如果一個.Net程序第二次被運行，那麼這種翻譯不需要進行第二次，速度會明顯加快。
VB.NET代碼之所以不直接編譯成二進制機器碼，是基於.NET跨平台這一目標的考慮。 Visual Basic .NET 2002
2002年Visual Basic .NET 問世，此後Visual Basic 包含在 Visual Studio套裝中。該版本又被稱為VB 7.0，是與C#一起在2002年發布的最初始的VB.net版本。C#是一門新設計.Net語言並且語法上和Java有一定的相似性，所以被大力宣傳為微軟對付JAVA的王牌，受到媒體極力關注。然而VB.NET則相反被錯誤地認為僅僅是VB的一個升級(故有時被稱為VB7)，它的受關注度也因此較低，當然VB社區以及喜歡Basic系列風格的語言的人還是很關注它的。那些試用過此版VB.NET的人在層層幕布下發現一個強大卻艱深的語言。不過任何一種語言都是有弱點的，當然後面這一點也是.NET語言的共性，那就是運行的計算機上必須裝相應版本的.Net framework。
Visual Basic .NET 2003
該版本是和.NET Framework 1.1一起發布的。新功能包括對.NET Compact Framework的支持和更好的VB升遷向導。並改進了運行狀況，IDE穩定性(尤其是後台編譯器)，以及運行時RunTime穩定性。另外，VB.NET2003還有一個學院版Visual Studio .NET 2003 Academic Edition (VS03AE)，它是分發給各國某些學者免費使用的版本。
Visual Basic .NET 2005
該版本是VB.Net的重大轉變。但是這個版本的 Visual Studio 仍然還是面向 .NET 框架的（版本2.0）。它同時也能開發跨平台的應用程序，如開發使用微軟操作系統的手機的程序等。總體來說是一個非常龐大的軟體，甚至包含代碼測試功能。
Visual Basic .NET 2008
Visual Basic 2008於2008年2月1日發布。通過幾年的發展，它已成為一種專業化的開發語言和環境。用戶可用 Visual Basic 快速創建 Windows 程序，現在還可以編寫企業水平的客戶/伺服器程序及強大的資料庫應用程序。
Visual Studio 2010
Visual Studio 2010於2010年4月12日上市，其中包含 Visual Basic .NET 2010 。Visual Studio是微軟公司推出的開發環境。是目前最流行的Windows平台應用程序開發環境。Visual Studio 2010集成開發環境（IDE）的界面被重新設計和組織，變得更加簡單明了。Visual Studio 2010同時帶來了 NET Framework 4.0、Microsoft Visual Studio 2010 CTP( Community Technology Preview--CTP)，並且支持開發面向Windows 7的應用程序。除了Microsoft SQL Server，它還支持 IBM DB2和Oracle資料庫等。
Visual Studio 2012
從該版本開始VB.NET已沒有單獨發售的IDE了，微軟給Visual Basic .NET 以及C#開發者的IDE就只有Visual Studio 了。該版本增加了modern（原metro）風格的支持等眾多新特性。
Visual Studio 2015
增加了大量新特性，提升你的編寫效率。對編譯器和開發環境優化，提高編譯速度，幫你重構代碼和解決錯誤。最明顯的14項改進見參考資料的14 Top Improvements in Visual Basic 14。 不能簡單認為VB .net是VB的新版本。首先它們一個是完全面向對象的語言，而另一個不是完全面向對象的，其次VB .NET是構建於.Net framework之上的。當然，它們同屬Basic系列語言，又同為微軟所開發，語法上有一定的相似或沿襲是很正常的，但不能因此認為VB .NET是VB的升級版。
對於想從VB轉到VB .NET的開發者來說，如果你只是喜歡Basic系列語言的代碼風格，那麼你的遷移會很順利，如果你想沿襲之前VB的編程思想和習慣，你會很苦惱，原因之一就是VB .NET貫穿的是完全面向對象的思想，而VB不是。
微軟為使VB開發者更容易轉到VB .NET，兼容一些VB6函數和庫的用法，但是比不上.NET語言中自帶的可替換的函數和庫來得高效，所以我們應該盡量使用.NET下的新方法。微軟還提供了VB到VB .NET的自動轉換器，雖幾經改進，但仍無法轉換全部代碼，幾乎所有非小型程序都需要人工修改以完成編譯。為了運行優化，大多程序需要大量工作去重構。
爭議與解釋：許多資深的VB程序員抱怨VB .NET，因為VB .NET丟掉了許多不再發行的VB6中使用的大量語言constructs和用戶界面功能，並且對保留下來的東西也改變了語意。其實不應該再把VB和VB .NET做功能上的比較，因為它們除了有些語法相似外，可以說是完全不同的兩種語言。
Visual Basic .NET與VB都代表了Basic系列語言的編碼風格，Visual Basic .NET是這種編碼風格在.NET平台上的繼承，而不是同系列語言VB的沿襲。
語言革命
* 1991年4月，Visual Basic誕生，Visual Basic 1.0 Windows版本發布。這個連接編程語言和用戶界面的進步被稱為Tripod（有些時候叫做Ruby），最初的設計是由阿蘭·庫珀（Alan Cooper）完成的。 1992年9月，Visual Basic 1.0 DOS版本發布。
* 1998年夏天，VB6.0發布。
* 2001年，Visual Basic .NET和.NET Framework發布。Visual Basic .NET正式誕生。
* 2005年，微軟宣布將不會再對非.NET版本的VB進行支持。
*2010年，Visual Basic .NET隨Visual Studio 2010發布，不再提供單獨的Visual Basic .NET IDE。 MONO開發平台提供了一個VB.NET特性庫(VB.NET-specific libraries)並著手研發一個編譯器和Windows Forms GUI 庫。由於各方面的原因，VB.NET開發的開源工具較C#發展得慢一些。

2. .NET Frame work編譯機制(二次編譯)

C++和.Net程序採用了兩種不同的編譯方式。通常一個C++編寫的程序，都是一次編譯成二進制的代碼，在相應的操作系統平台上直接執行即可。而.Net程序採用兩次編譯的方式，用C#，VB.Net等語言寫成的程序被編譯成IL代碼，通過CLR在運行的時候JIT編譯成為本地二進制代碼。
MFC和WinForm很多設計上的不同從根本上說，都是因為編譯模式帶來的不同。因此，在仔細探討MFC和WinForm之前，有必要細細體會一下不同編譯方式帶來的改變。
考慮一段代碼，它需要在不同的編譯環境下生成不同的代碼，或者是為了減少代碼編寫量用一些替換方式取代類似的代碼。在C++中利用預編譯和宏來解決這些事情。MFC框架中，更是大量使用宏來進行核心功能的設計。但是宏只是一種巧妙的減少輸入代碼量的方式，本質上和手寫輸入一些代碼並無區別（也許不夠嚴密吧），它並不能在程序運行的時候動態支持代碼的插入和改變，因為此時它已經編譯完成了。而二次編譯則不同，你可以將它的第一次編譯看成是通常一次編譯程序的預編譯期，只是這個預編譯更為的強大，它可以編譯生成信息更為豐富的元數據。並且，只要在JIT執行前動態插入代碼，利用反射等手段，就可以將已經編譯好的程序的行為在某種程度上進行改變，其動態性能得到了本質上的改變。
因此，在MFC和WinForm中，我們可以看到兩者在動態性能，安全性和效率方面都有很大的不同，總結一下，都可以歸結到這不同的編譯模式上來。在以後的日誌中，都可以看到這些區別的

3. .net網站源碼 和編譯過的代碼有什麼區別

.net的源碼就是直接利用VS或其它工具編寫出的一行行代碼，利用編譯工具將源碼編譯後來生成dll文件（也就是程序集文件），前者由高級語言編寫，後者由微軟體的中間語言構成，.net編寫的程序在執行時，第一步便是需要將源代碼編譯成程序集。

4. 簡述.net程序編譯執行機制

.NET執行機制其實同很多的編程語言有一些不同。一般的高級程序語言會直接將代碼編譯成為機器語言，之後由本地機執行這些高效的機器代碼從而實現編譯過程。而.NET中的編譯機制會在中間多一個環節，就是先將高級語言(如C#、VB)編譯成為中間語言(IL)，這些中間語言是.NET框架中所有的語言編譯後的結果。這樣說吧，比如我用C#、VB語言編寫了兩個類，編譯之後的中間語言其實看起來是一樣的，這就顯示實現了.NET平台跨語言的這一事實。當然中間語言最終還是要編譯成為機器代碼以用於最終的本地機的運行。

5. C#源代碼編譯成為本地代碼的編譯過程

很有興趣的話，可以去閱讀下JeffreyRitchie的《ClrviaC#》，目前出到第三版，英文好的話強烈推薦看英文版的，而且我有該電子書和實體書。

下面講下我的理解：大致上不會出什麼差錯的，細節部分你可以參照上面的書籍！

1.首先，c#源碼經過c#編譯器被編譯成託管模塊（IL中間代碼、元數據（Metadata））

2.然後，使用C#編譯器以及程序集鏈接器（AssemblyLinker----AL.exe）將上述託管模塊以及項目的資源文件Combine（整合）成一個程序集（Assembly）

上述程序集就是你所看到的exe文件或者dll文件等等，程序集中包含了manifest描述文件，是該程序集內容以及關系的一個清單，具體的內容你可以參見JR的書跟Java中的類似！

雙擊該exe運行的時候：

3.最後，運行時，CLR裝載對應的程序集，使用內部的三個即時編譯器（常用的為JIT），再去根據本機的環境去進行相應的優化（針對CPU優化等等），即時的翻譯成本地機器指令去執行。

還有一個本地化代碼生成工具，NGen.exe~~

這個最好能去看看那本JR的神作！細節不是我三言兩語能講清的~~

6. .NET源代碼執行前要經過兩次編譯，分別是哪兩次

第一次編譯使用.net Framework代碼時,把代碼編譯為MSIL(即微軟中間語言)這些代碼不專用於任何操作系統,它是獨立於機器,CPU和操作系統的.
第二次不同種類的編繹器,生成本地機器代碼

7. 簡述asp.net 的編譯過程

從技術上講，ASP.NET模塊分析ASPX文件的內容，並將文件內容分解成單獨的命令以建立代碼的整體結構。完成此工作後，ASP.NET模塊將各命令放置到預定義的類定義中(不需要放在一起，也不需要按編寫順序放置)。然後使用這個類定義一個特殊的ASP.NET對象Page。該對象要完成的任務之一就是生成HTML流，這些HTML流可以返回到IIS，再從IIS返回到客戶。簡言之，在用戶請求IIS伺服器提供一個頁面時，IIS伺服器就根據頁面上的文本、HTML和代碼(這對我們來說是最重要的)建立該頁面。

8. 如何反編譯C#等net軟體類庫源代碼

.Net 反編譯軟體，最著名的是 Reflector。但是最新版本收費現在打開Reflector的老版本要求強制更新到最新版本。所以，你一下在打開refector 會自動刪除。那麼大家可以使用 ILSpy。使用ILspy。

• 1

  下載後的ILSPY 。

  打開EXE

  

• 6

  畢竟.NET 和JAVA 屬於中間語言，很好反編譯。