在本文中，我們將繼續上次類型基礎的討論。首先從介紹簡單類型開始，然後迅速進入關於引用類型和數值類型的討論。對所有的開發人員來說，熟練掌握引用類型和數值類型的應用差別尤其重要。在編寫代碼的過程中，如果對這兩種類型使用不當會導致程序Bug並引起性能問題。
簡單類型
某些常用的數據類型，許多編譯器通過簡單的語法就可以對它們進行處理。例如，在C#語言中，你可以使用下列語法來分配一個整型變量：int a = new int(5);但是我敢肯定，你會覺得用這樣的語法來聲明和初始化一個整型變量很笨拙。好在許多編譯器（包括C#編譯器）允許你使用下面的語法來代替：int a = 5; 這就使代碼的可讀性更強。不論使用那一種語法，產生的中間語言時一樣的。
凡編譯器直接支持的數據類型稱為簡單數據類型。這些簡單數據類型直接映射到基類庫中存在的類型。例如C#中int類型直接映射到System.Int32。所以可以將下列兩行代碼與前面提到的兩行代碼是一樣的：System.Int32 a = new System.Int32(5);
System.Int32 a = 5;圖一是C#中簡單數據類型與基類庫中有關類型的對應表（其它語言也會提供類似的簡單數據類型）
引用類型和數數值類型當從受管堆（managed heap）中分配對象時，new操作符返回對象的內存地址。通常將這個地址存儲在一個變量當中。這種方式就是引用類型的變量，因為變量不包含實際對象的位，而是引用對象的位。
在處理引用類型時會有一些性能問題要考慮。首先，內存必須要從受管堆中分配，這樣能強制垃圾回收。其次，引用類型總是通過指針來存取。所以每次引用堆中對象的成員時，為了實現期望的處理，必須要產生和執行收回指針的代碼。這反而影響程序的大小和程序執行的速度。
除了引用類型外，實際的對象系統中還有輕量級的數值類型。數值類型對象不能在可回收垃圾的堆中分配，並且表示對象的變量不包含對象的指針，而是變量包含對象本身。因為變量包含著對象，處理對象也就不必考慮指針回收的問題，從而改進了性能。
圖二中的代碼說明了引用類型和數值類型差別。Rectangle類型的聲明使用了結構，而沒有使用更普通的類。在C#中，使用結構聲明的類型是個數值類型，而使用類聲明的是引用類型。其它語言可能用不同的語法來描述數數值類型和引用類型，例如C++中使用_value修飾符。
回顧前面討論簡單類型時提到過的代碼行：System.Int32 a = new System.Int32(5); 編譯這個語句時，編譯器發覺System.Int32是數值類型並優化產生的中間語言（IL）代碼，以便使這個“對象”不從堆中分配；而將這個對象放到線程堆棧的局部變量a中。、
可能的情況下，應該使用數值類型而不要使用引用類型，這樣做可以使應用程序的性能更好。尤其是在使用以下數據類型時，你應該將變量聲明為數值類型：
* 簡單數據類型。
* 不需要從其它類型繼承的數據類型。
* 沒有任何從它派生的數據類型。
* 類型對象不會作為方法參數經常性傳遞，這是因為它會導致頻繁的內存拷貝操作，從而損害性能。這一點在下面有關框入和框出的討論中將作更詳細的解釋。
數值類型的主要優點是他們不在受管堆中進行分配。但與引用類型比較，使用數值類型也有幾個局限。以下是對數值類型和引用類型的一個比較。數值類型對象有兩種表示法：框出的形式和框入的形式。引用類型對象總是表示為框入形式。數值類型從System.ValueType類型中隱含派生。這個類型提供的方法與System.ValueType定義的方法相同。但是，System.ValueType重載Equals方法，以便在兩個對象實例字段匹配時返回true。此外，System.ValueType重載GetHashCode方法，以便在對象實例字段中使用有這些值參與的算法產生hash 代碼值。當定義自己的數值類型時，強烈推薦你重載並提供外部的Equals 和GetHashCode方法實現。因為使用數值類型作為基類時不能聲明新的數值類型或新的引用類型，數值類型不應有虛函數，不能被抽象，並被隱含式封裝（封裝類型不能被用作新類型的基類）。引用類型變量包含堆內存中對象的地址。在缺省情況下，引用類型變量被創建時被初始化為空（null），也就是說這個引用類型變量當前不指向有效對象。試圖使用值為空的引用類型變量會導致NullReferenceException 異常。與之相對，對於數值類型變量來說，它總是包含潛在類型的值，在缺省情況下，這個數值類型所有成員被初始化零（zero）。當訪問數值類型時就不可能產生NullReferenceException 異常。當你將一個數值類型變量的內容賦值給另一個數值類型變量時，變量值被拷貝。當你將一個引用類型變量的內容賦值給另一個引用類型變量時，只是變量的內存地址被拷貝。從以上的討論中可以得出這樣的結論，堆中的單個對象可以涉及兩個以上的引用類型變量。這樣就允許用作用在一個變量上的操作來影響被另一個變量引用的對象。另一方面，每一個數值類型變量都有其自己的對象數據拷貝，而且對其中一個數值類型變量的操作不會影響其它的數值類型變量。運行時必須初始化數值類型以及不能調用其缺省構造函數的情形很少見，例如下面的情況下會發生這種事情，當非受管線程第一次執行受管代碼時必須分配和初始化線程本地數值類型。在這種情況下，運行時不能調用類型的構造函數，但仍然保證所有成員被初始化為零或者為空。為此，推薦你不要對數值類型定義無參數的構造函數。實際上，C#編譯器（以及其它編譯器）會認為出錯並不再編譯代碼。這個問題很少見，而且也不會發生在引用類型上。對於數值類型和引用類型的參數化構造函數沒有這些限制。因為框出的數值類型不在堆中分配，只要定義這個類型實例的方法不再是活動的，就可以很潇灑的為它們分配存儲區域。也就是說框出的數值類型對象的內存被收回的時候是接收不到通知的。但是，框入的數值類型被當作垃圾收回時會有其Finalize方法調用。你絕不能用Finalize方法實現一個數值類型。象無參數構造函數一樣，C# 認為這是一個錯誤而不再編譯源代碼。
框入與框出在很多種情況下，把數值類型當作引用類型來使用便於問題的處理。假設你想創建一個ArrayList對象（它是在System.Collections名字空間中定義的類型）來存放一些點（Points）。參見圖三。代碼中每次循環Point數值類型都被初始化，然後點被存儲在ArrayList中。但是想一想，在ArrayList中實際存儲的是什麼呢？是Point結構還是Point結構的地址，仰或是別的什麼東西？為了得到答案，你必須察看ArrayList的Add方法看看它的參數被定義成什麼類型。在本段代碼中，你可以看到Add方法是用以下方式被原型化的：public virtual void Add(Object value)顯然，Add方法的參數是一個對象。而對象總是被看成一個引用類型。但實際上我在代碼中傳遞的是一個p，它是一個Point數值類型。這段代碼要運行，必須將Point數值類型轉換為真正的堆受管對象，並且必須要能得到對這個對象的引用。將數值類型轉換為引用類型稱為框入。其內部轉換機制可描述為：1、從堆中分配內存，內存大小等於數值類型所占內存加上附加的成為對象的內存開銷，附加開銷包括虛表指針和同步塊指針所需的內存。2、數值類型的位被拷貝到新分配的堆內存。3、對象的地址被返回。此地址既是當前的引用類型。某些語言的編譯器，如C#，自動產生框入數值類型需要的的中間語言代碼（IL），但是理解框入轉換的內部機制以便了解代碼量及性能問題是很重要的。當Add方法被調用時，在堆中為Point對象分配內存。駐留在當前Point數值類型（p）中的成員被拷貝到新分配的Point對象。Point對象地址（引用類型）被返回，然後被傳遞到Add方法。這個Point對象將被保留在堆中直到它被當作垃圾收回。Point數值類型變量（p）可以被沖用或者被釋放，因為A rrayList絕不會知道任何關於Point數值類型變量的信息。框入使類型得到統一，任 何類型的值基本上都能被作為一個對象來處理。與框入相對，框出重新獲得包含在對象中的數值類型（數據字段）的引用，其內部機制可描述為：1、CLR（Common Language Runtime）首先保證引用類型變量不為空，並且它就是希望數值類型的框入值，如果這兩個條件都不成立，則產生一個InvalidCastException異常。2、如果類型確實匹配，則含在對象中的數值類型指針被返回，這個指針所指的數值類型不包含通常與真正的對象關聯的開銷：即虛表指針和同步塊指針。注意框入總是創建一個新對象並拷貝框出的的位到這個對象。而框出只是簡單地返回一個框入對象的數據指針：不發生內存的拷貝。但是通常的情況是：代碼會導致被框出的引用類型所指的數據被拷貝。下面的代碼示范了框入和框出:：
public static void Main() {從上面的代碼中你能想象有多少框入操作發生嗎？你會驚奇地發現答案是3！讓我們仔細分析一下代碼以便真正理解所發生的事情。首先創建的是一個Int32 框出的的數值類型v，初值為5。接著創建一個對象引用類型o並試圖指向v。但是引用類型總是必須指向堆中的對象，所以C# 要產生相應的中間語言代碼來框入變量v，並將v的框入版本的地址存儲在o中。現在123是框出的並且引用的數據被拷貝到框出的數值類型v中，它不影響v的框入版本，所以框入版本保持它的值為5。注意這個例子示范了o是如何被框出（返回o中數據的指針），以及o中數據是內存被拷貝到框出的數值類型v。現在調用WriteLine。它需要一個String 對象傳給它，但你又沒有String 對象，而是有三個已知項：一個Int32位框出數值類型v，一個串（“，”）以及一個Int32引用類型（或者說框入類型）o。它們必須被組合起來構成一個String。
Int32 v = 5; // 創建一個框出的數值類型變量
Object o = v; // o 既是v的一個框入版本
v = 123; // 改變框出的值為123
Console.WriteLine(v + ", " + (Int32) o); // 顯示 "123, 5"
}
為了構造String對象，C#編譯器產生調用String對象靜態Concat方法的代碼。Concat方法有幾種重載版本。它們實現的功能都一樣，不同的只是參數個數不一樣。如果要用三個已知項來格式化一個串，編譯器將選擇下面的Concat方法：public static String Concat(Object arg0, Object arg1, Object arg2);第一個參數是arg0，用來傳遞v。但v是框出的值參數，並且arg0是一個對象，所以v必須要被框入並且用arg0來傳遞框入的v的地址。第二個參數是arg1，它是字符串“，”的地址，即一個String對象的地址。最後一個參數是arg2，o（一個對象引用）被強制轉換為Int32。它創建一個臨時的Int32數值類型，這個數值類型接收當前被o引用的值的框出版本。這個臨時的數值類型必須被再一次用arg2傳遞的內存地址框入。一旦Concat被調用，它調用每一個指定對象的ToString方法並連結每一個對象的串值。然後從Concat返回的String對象被傳遞到WriteLine，從而顯示最後的結果。
應該指出，如果用以下形式調用WriteLine，產生的中間代碼（IL）會更有效：Console.WriteLine(v + ", " + o); // 顯示 "123, 5"這行代碼與前面的版本是一樣的，只是將o前面“Int32”強制轉換去掉了。它之所以更有效是因為o已經是一個對象的引用類型並且其地址被直接傳遞到Concat方法。從而即避免了一次框出操作也避免了一次框入操作。下面是另一個框入和框出的例子：
public static void Main() {
Int32 v = 5; // 創建一個框出的數值類型變量
Object o = v; // o 既是v的框入版本
v = 123; // 改變框出的數值類型為123
Console.WriteLine(v); // 顯示 "123"
v = (Int32) o; // 框出 o 到 v
Console.WriteLine(v); // 顯示 "5"
}
在這段代碼中，你計算了有多少框入操作嗎？答案是一次。之所以只有一次框入操作是因為有一個接收Int32類型作為參數的WriteLine方法。
public static void WriteLine(Int32 value);
在兩次WriteLine調用中，變量v（Int32框出數值類型）被用值傳遞。WriteLine可能在內部框入，而你無法控制它。重要的是你已經盡了最大努力並且從代碼中排除了這次框入。當你知道所寫的代碼會引起編譯器產生大量的框入代碼，如果轉用手工方法框入數值類型的話，你將會得到更小更快的代碼，如圖四C#編譯器自動產生框入和框出代碼。它使得編程更容易，但它對關心性能的程序員隱藏了開銷。與C#語言一樣，其它語言也可能隱藏框入和框出細節。但某些語言可能強制程序員顯式地編寫框入和框出代碼。例如，C++受管擴展需要程序員顯式地用__box操作符框入數值類型，框出操作是通過使用dynamic_cast.強制轉換框入類型為與其等價框出類型。最後要注意：如果一個數值類型不重載由System.ValueType定義的虛擬方法，那麼這個方法只能在這個數值類型的框入形式上調用。這是因為只有這個對象的框入形式具有虛表指針。用數值類型直接定義的方法則可以這個值的框入和框出兩個版本調用。結論在本文中討論的概念對於.NET開發人員來說至關重要。你應該真正理解引用類型和數值類型之間的差別。同時還必須理解哪種操作需要框入，以及你所使用的編譯器是否自動框入數值類型（象C#和Visual Basic）。如果是，你還應該了解編譯器何時進行框入操作以及對代碼有什麼影響。對這些概念怎麼強調都不過分，任何誤解都會容易導致程序性能下降甚至是難以察覺的bugs。
