托管代碼 托管代碼(Managed Code)實際上就是中間語言(IL)代碼。代碼編寫完畢後進行編譯,此時編譯器把代碼編譯成中間語言(IL),而不是能直接在你的電腦上運行的機器碼。程式集(Assembly)的文件負責封裝中間語言,程式集中包含了描述所創建的方法、類以及屬性的所有元數據。托管代碼在公共 ...
.Net Framework 是由彼此獨立又相關的兩部分組成:CLR 和 類庫, CLR是它為我們提供的服務,類庫是它實現的功能.
.NET的大部分特性----垃圾收集,版本控制,線程管理等,都使用了CLR提供的服務
托管代碼
托管代碼(Managed Code)實際上就是中間語言(IL)代碼。代碼編寫完畢後進行編譯,此時編譯器把代碼編譯成中間語言(IL),而不是能直接在你的電腦上運行的機器碼。程式集(Assembly)的文件負責封裝中間語言,程式集中包含了描述所創建的方法、類以及屬性的所有元數據。
托管代碼在公共語言運行庫(CLR)中運行。CLR提供了一個實時編譯器,用來把IL代碼編譯為本機機器代碼.這樣一來,CLR能夠使代碼變得可移植,因為.NET應用程式的源代碼必須被編譯為IL代碼,這些IL代碼可以運行在任何提供CLR服務的平臺上.從CLR的角度來看,所有的語言都是平等的,只要有一個能生成IL代碼的編譯器就行,這就確保了各種語言的互操性.
非托管代碼
在公共語言運行庫環境的外部,由操作系統直接執行的代碼。非托管代碼必須提供自己的垃圾回收、類型檢查、安全支持等服務,它與托管代碼不同,後者從公共語言運行庫中獲得這些服務,而非托管代碼是在運行庫之外運行的代碼。例如COM 組件、ActiveX 介面和 Win32 API 函數都是非托管代碼的示例。
區別:
1、托管代碼是一種中間語言,運行在CLR上;
非托管代碼被編譯為機器碼,運行在機器上。
2、托管代碼獨立於平臺和語言,能更好的實現不同語言平臺之間的相容;
非托管代碼依賴於平臺和語言。
3、托管代碼可享受CLR提供的服務(如安全檢測、垃圾回收等),不需要自己完成這些操作;
非托管代碼需要自己提供安全檢測、垃圾回收等操作。
.net的堆就是托管堆.沒有非托管堆.引用類型的引用目標就是在堆里.
值類型的值就在棧里.
所謂的系統資源.是指:網路連接,資料庫連接.文件流.這種東西.
這裡的托管就是指被CLR管理,托管堆就是被CLR管理的堆。非托管資源需要手動釋放,托管資源由GC幫你打理。
using可以跟蹤非托管資源周期內的活動,一旦發現非托管資源生命結束了,就會強制調用dispose方法去釋放在該作用域的非托管資源的記憶體。
C#如何直接調用非托管代碼,通常有2種方法:
2. 調用 COM 對象上的介面方法
從dll中導出函數:
a.使用 C# 關鍵字 static 和 extern 聲明方法。
b.將 DllImport 屬性附加到該方法。DllImport 屬性允許您指定包含該方法的DLL 的名稱。
c.如果需要,為方法的參數和返回值指定自定義封送處理信息,這將重寫 .NET Framework 的預設封送處理。
using System; using System.Runtime.InteropServices; public class MSSQL_ServerHandler { [DllImport("kernel32.dll")] public static extern int GetShortPathName ( string path, StringBuilder shortPath, int shortPathLength ) }
DllImportAttribute 的欄位
欄位 |
說明 |
啟用或禁用最佳匹配映射。 |
|
指定用於傳遞方法參數的調用約定。預設值為 WinAPI,該值對應於基於 32 位 Intel 的平臺的 __stdcall。 |
|
控制名稱重整以及將字元串參數封送到函數中的方式。預設值為 CharSet.Ansi。 |
|
指定要調用的 DLL 入口點。 |
|
控制是否應修改入口點以對應於字元集。對於不同的編程語言,預設值將有所不同。 |
|
控制托管方法簽名是否應轉換成返回 HRESULT 並且返回值有一個附加的 [out, retval] 參數的非托管簽名。 預設值為 true(不應轉換簽名)。 |
|
允許調用方使用 Marshal.GetLastWin32Error API 函數來確定執行該方法時是否發生了錯誤。在 Visual Basic 中,預設值為 true;在 C# 和 C++ 中,預設值為 false。 |
|
控制項引發的異常,將無法映射的 Unicode 字元轉換成一個 ANSI"?"字元。
|
StructLayoutAttribute類
在C/C++中,struct類型中的成員的一旦聲明,則實例中成員在記憶體中的佈局(Layout)順序就定下來了,即與成員聲明的順序相同,並且在預設情況下總是按照結構中占用空間最大的成員進行對齊(Align);當然我們也可以通過設置或編碼來設置記憶體對齊的方式.在.net托管環境中,CLR提供了更自由的方式來控制struct中Layout:我們可以在定義struct時,在struct上運用StructLayoutAttribute特性來控製成員的記憶體佈局
C#提供了一個StructLayoutAttribute類,通過它你可以定義自己的格式化類型,在受管轄代碼中,格式化類型是一個用StructLayoutAttribute說明的結構或類成員,通過它能夠保證其內部成員預期的佈局信息。佈局的選項共有三種:
佈局選項
描述
LayoutKind.Automatic
為了提高效率允許運行態對類型成員重新排序。
註意:永遠不要使用這個選項來調用不受管轄的動態鏈接庫函數。
LayoutKind.Explicit
對每個域按照FieldOffset屬性對類型成員排序
LayoutKind.Sequential
對出現在受管轄類型定義地方的不受管轄記憶體中的類型成員進行排序。
[StructLayout(LayoutKind.Sequential, Pack = 1, CharSet = CharSet.Unicode)]
COM interop具體操作:
a. 用atl寫com服務程式
b. 使用Tlbimp將atl寫的com程式轉換成 COM DLL
用如下命令:
tlbimp 你寫的com.dll
tlbimp是 .NETFramework SDK中附帶的類型庫導入程式。用這個命令即是把生成一個非托管com dll的托管包裝。
c. 托管客戶端非常簡單
直接new一下,然後調用對應的方法即可。