標籤:attr bim 無法 .net tsp map emma result 字元
.Net Framework 是由彼此獨立又相關的兩部分組成:CLR 和 類庫, CLR是它為我們提供的服務,類庫是它實現的功能.
.NET的大部分特性----垃圾收集,版本控制,線程管理等,都使用了CLR提供的服務
Managed 程式碼
Managed 程式碼(Managed Code)實際上就是中繼語言(IL)代碼。代碼編寫完畢後進行編譯,此時編譯器把代碼編譯成中繼語言(IL),而不是能直接在你的電腦上啟動並執行機器碼。程式集(Assembly)的檔案負責封裝中繼語言,程式集中包含了描述所建立的方法、類以及屬性的所有中繼資料。
Managed 程式碼在公用語言運行庫(CLR)中運行。CLR提供了一個Just-In-Time 編譯器,用來把IL代碼編譯為本機機器代碼.這樣一來,CLR能夠使代碼變得可移植,因為.NET應用程式的原始碼必須被編譯為IL代碼,這些IL代碼可以運行在任何提供CLR服務的平台上.從CLR的角度來看,所有的語言都是平等的,只要有一個能產生IL代碼的編譯器就行,這就確保了各種語言的互操性.
Unmanaged 程式碼
在公用語言運行庫環境的外部,由作業系統直接執行的代碼。Unmanaged 程式碼必須提供自己的記憶體回收、類型檢查、安全支援等服務,它與Managed 程式碼不同,後者從公用語言運行庫中獲得這些服務,而Unmanaged 程式碼是在運行庫之外啟動並執行代碼。例如COM 組件、ActiveX 介面和 Win32 API 函數都是Unmanaged 程式碼的樣本。
區別:
1、Managed 程式碼是一種中繼語言,運行在CLR上;
Unmanaged 程式碼被編譯為機器碼,運行在機器上。
2、Managed 程式碼獨立於平台和語言,能更好的實現不同語言平台之間的相容;
Unmanaged 程式碼依賴於平台和語言。
3、Managed 程式碼可享受CLR提供的服務(如安全檢測、記憶體回收等),不需要自己完成這些操作;
Unmanaged 程式碼需要自己提供安全檢測、記憶體回收等操作。
.net的堆就是託管堆.沒有非託管堆.參考型別的引用目標就是在堆裡.
實值型別的值就在棧裡.
所謂的系統資源.是指:網路連接,資料庫連接.檔案流.這種東西.
這裡的託管就是指被CLR管理,託管堆就是被CLR管理的堆。非託管資源需要手動釋放,託管資源由GC幫你打理。
using可以跟蹤非託管資源周期內的活動,一旦發現非託管資源生命結束了,就會強制調用dispose方法去釋放在該範圍的非託管資源的記憶體。
C#如何直接調用Unmanaged 程式碼,通常有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一下,然後調用對應的方法即可。
【轉,整理】C# Unmanaged 程式碼