介紹托管程序與非托管程序的區別
托管代碼是一microsoft的中間語言，他主要的作用是在.NET FRAMEWORK的CLR執行代碼前去編譯源代碼，也就是說托管代碼充當著翻譯的作用。下面介紹托管代碼和非托管代碼。
什么是托管代碼？
托管代碼就是Visual Basic .NET和C#編譯器編譯出來的代碼。編譯器把代碼編譯成中間語言(IL)，而不是能直接在你的電腦上運行的機器碼。中間語言被封裝在一個叫程序集(assembly)的文件中，程序集中包含了描述你所創建的類，方法和屬性(例如安全需求)的所有元數據。這個程序集是.NET世界中的一個一站式購物（譯者注：就是程序集具有自描述性）部署單元。你可以拷貝這個程序集到另一臺服務器上部署它--通常來說，這個拷貝的動作就是部署流程中***的一個操作。
托管代碼在公共語言運行庫(CLR)中運行。這個運行庫給你的運行代碼提供各種各樣的服務，通常來說，他會加載和驗證程序集，以此來保證中間語言的正確性。當某些方法被調用的時候，運行庫把具體的方法編譯成適合本地計算機運行的機械碼，然后會把編譯好的機械碼緩存起來，以備下次調用。(這就是即時編譯)
隨著程序集的運行，運行庫會持續地提供各種服務，例如安全，內存管理，線程管理等等。這個程序被“托管”在運行庫中。
Visual Basic .NET和C#只能產生托管代碼。如果你用這類語言寫程序，那么所產生的代碼就是托管代碼。如果你愿意，Visual C++ .NET可以生成托管代碼。當你創建一個項目的時候，選擇名字是以.Managed開頭的項目類型。例如.Managed C++ application。
什么是非托管代碼？
非托管代碼就是在Visual Studio .NET 2002發布之前所創建的代碼。例如Visual Basic 6, Visual C++ 6, 最糟糕的是，連那些依然殘存在你的硬盤中、擁有超過15年歷史的陳舊C編譯器所產生的代碼都是非托管代碼。托管代碼直接編譯成目標計算機的機械碼，這些代碼只能運行在編譯出它們的計算機上，或者是其它相同處理器或者幾乎一樣處理器的計算機上。非托管代碼不能享受一些運行庫所提供的服務，例如安全和內存管理等。如果非托管代碼需要進行內存管理等服務，就必須顯式地調用操作系統的接口，通常來說，它們會調用Windows SDK所提供的API來實現。就最近的情況來看，非托管程序會通過COM接口來獲取操作系統服務。
跟Visual Studio平臺的其他編程語言不一樣，Visual C++可以創建非托管程序。當你創建一個項目，并且選擇名字以MFC，ATL或者Win32開頭的項目類型，那么這個項目所產生的就是非托管程序。
這樣子會導致一些混淆：當你創建一個托管的C++程序，那么構建出來的是一個中間語言程序集和一個擴展名為.exe的可執行文件。當你創建一個MFC程序，構建出來是一個Windows原生代碼的可執行文件，這個文件的擴展名也是.exe。這兩個文件的內部結構是完全不一樣的。你可以用中間語言反匯編器(ildasm)來查看程序集的內部以及中間語言的元數據。如果嘗試用中間語言反匯編器來查看一個非托管可執行文件，那么改反匯編器會告訴你這個可執行文件沒有包含一個合法的CLR頭，所以不能被反編譯。可見，這兩個文件雖然有相同的擴展名，但是它們是完全不一樣的。
原生代碼又是什么呢？
原生代碼這個短語可以用在兩個不同的上下文中。很多人會把原生代碼跟非托管代碼看作是同一個意思：用較老的工具構建的代碼，故意采用Visual C++并使直接運行在計算機上，而且不運托管在運行庫中。這可以是一個完整的程序，或者是一個COM組件，又或者是一個可以被托管代碼利用COM Intero或者平臺調用(PInvoke)所調用的DLL文件，COM Intero或者平臺調用(PInvoke)可以幫助你在遷移到新的技術平臺下依然能重用老代碼的兩個強大工具。
我更愿意說是非托管代碼，因為這強調的是那些不能利用運行庫所提供的服務的代碼。例如在托管代碼中，代碼訪問安全服務可以防止在另一個服務器上裝載的代碼運行特定的操作。如果你的代碼運行的是非托管代碼，那么你沒法利用這樣的保護服務。
原生代碼的另一個意思是描述即時編譯器的輸出，那些實際上運行在運行庫中的機械碼。這些代碼是托管代碼，但是并不是中間語言，而是機械碼。所以不要簡單地假設原生就是等同于非托管。
托管代碼就意味著托管數據？
對于Visual Basic和C#來說，生活是簡單的，因為你沒有其它選擇。當你在那些語言里面聲明一個類，那么這個類的實例會在托管堆中被創建，垃圾收集器(GC)會幫我們管理這些對象的回收。但是在Visual C++中，你有另一個選擇。即使你正創建一個托管程序，你可以決定哪些類是托管類型，哪些類是非托管類型的。
這就是非托管類型：
- class Foo
- {
- private:
- int x;
- public:
- Foo(): x(0){}
- Foo(int xx): x(xx) {}
- };
這就是托管類型
- __gc class Bar
- {
- private:
- int x;
- public:
- Bar(): x(0){}
- Bar(int xx): x(xx) {}
- };
他們***的區別就是類Bar的定義中有__gc關鍵字。這個關鍵字會給代碼帶來巨大的區別。
托管類型是可以被垃圾回收器所回收的。他們必須要用關鍵字new來創建，永遠都不會在棧中出現。所以下面這行代碼是合法的：
- Foo f;
但是這一行代碼就是非法的：
- Bar b;
如果我在堆中創建一個Foo對象，那么我必須要負責清理這個對象：
- Foo* pf = new Foo(2);
- // . . .
- delete pf;
C++編譯器實際上會用兩個堆，一個托管堆和一個非托管堆，然后通過對new操作符的重載來實現對創建不同類型類的實例，分配不同的內存。
如果我在堆里面創建一個Bar實例，那么我可以忽略它。當沒有其他代碼在使用它的時候，垃圾回收器會自動清理這個類，釋放其占用的資源。
對于托管類型會有一些約束：它們不能實現多重繼承，或者繼承與非托管類型；它們不能用friend關鍵字來實現私有訪問，它們不能實現拷貝構造函數。所以，你有可能不想把你的類聲明為托管類型。但是這并不意味著你不想讓你的代碼成為托管代碼。在Visual C++中，你可以選擇。
托管和非托管資源，是C#中的事，就不在這討論了。
托管代碼與非托管代碼的性能比較
基本上每個人都知道的是，所有.Net語言都將被編譯成為一個叫做IL匯編的中間語言。但是計算機是如何執行這個中間代碼的，卻是很多人不知道，甚至理解錯誤了的。
JIT是.NET程序運行的重要部件之一，全稱是即時編譯器。我剛才說的誤解，就是很多人（絕對不是少數，問了很多c++程序員，10個有9個這種想法）都以為JIT其實就是跟Java VM差不多的東西，是一個Interpreter，在運行時讀取IL匯編代碼，然后模擬成x86代碼（也就是俗稱的虛擬機）。但是事實上，.NET使用的是更為高級的技術。 .Net程序被加載入內存以后，當某段IL代碼被***次運行的時候，JIT編譯器就會將這段IL代碼，全部編譯成本地代碼，然后再執行。這也就是為什么.NET程序***次運行都啟動很慢的原因！
隨.NET庫，微軟還附帶了一個工具，可以事先將.NET程序所有的IL代碼都編譯成本地代碼并保存在緩存區中，這樣一來，這個程序就跟c++編譯的一模一樣了，沒有任何區別，運行時也可以脫離JIT了（這里不要混淆了，這里不是說可以脫離.NET庫，而是說不需要在進行即時編譯這個過程了）。所以，請不要將.NET和Java混為一談，兩個的運行效率根本不是一個等級的！
JIT的優化指的是可以針對本地CPU，在編譯時進行優化。傳統程序在編譯時，為了保證兼容性，通常使用最通用的指令集（比如古老的386指令集）來編譯。而JIT知道CPU的具體類型，可以充分利用這些附加指令集進行編譯，這樣的性能提升是很可觀的。
原文地址：http://blog.csdn.net/AtlasHR/archive/2009/05/06/4154387.aspx
【編輯推薦】
