【轉，整理】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 函數都是非託管代碼的示例。

區別：

     一、託管代碼是一種中間語言，運行在CLR上；

          非託管代碼被編譯爲機器碼，運行在機器上。

     二、託管代碼獨立於平臺和語言，能更好的實現不一樣語言平臺之間的兼容；

          非託管代碼依賴於平臺和語言。

     三、託管代碼可享受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一下，而後調用對應的方法便可。