【轉，整理】C# 非托管代碼

.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種方法：

1．  直接調用從 DLL 導出的函數。

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 的字段

 

字段	說明
BestFitMapping	啟用或禁用最佳匹配映射。
CallingConvention	指定用於傳遞方法參數的調用約定。默認值為 WinAPI，該值對應於基於 32 位 Intel 的平台的 __stdcall。
CharSet	控制名稱重整以及將字符串參數封送到函數中的方式。默認值為 CharSet.Ansi。
EntryPoint	指定要調用的 DLL 入口點。
ExactSpelling	控制是否應修改入口點以對應於字符集。對於不同的編程語言，默認值將有所不同。
PreserveSig	控制托管方法簽名是否應轉換成返回 HRESULT 並且返回值有一個附加的 [out, retval] 參數的非托管簽名。 默認值為 true（不應轉換簽名）。
SetLastError	允許調用方使用 Marshal.GetLastWin32Error API 函數來確定執行該方法時是否發生了錯誤。在 Visual Basic 中，默認值為 true；在 C# 和 C++ 中，默認值為 false。
ThrowOnUnmappableChar	控件引發的異常，將無法映射的 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一下，然后調用對應的方法即可。