不只是Unity3D中會問到，只要學習程式設計，這也是最基本的，經過網上的整理與實驗，現在我來總結一下總結一下資料結構

1.幾種常見的資料結構

這裡主要總結下Unity3D_King在工作中常碰到的幾種資料結構：Array，ArrayList，List<T>，LinkedList<T>，Queue<T>，Stack<T>，Dictionary<K,T>

陣列Array：

陣列是最簡單的資料結構。其具有如下特點：

1. 陣列儲存在連續的記憶體上。
2. 陣列的內容都是相同型別。
3. 陣列可以直接通過下標訪問。

陣列Array的建立：

1 int size = 5
 
;
2 int[] test = new int[size];

建立一個新的陣列時將在 CLR託管堆 中分配一塊連續的記憶體空間，來盛放數量為size ，型別為所宣告型別的陣列元素。如果型別為 值型別， 則將會有 size 個 未封箱 的 該型別的值被建立。如果型別 為 引用型別， 則將會有 size個相應型別的 引用 被建立。

由於是在連續記憶體上儲存的，所以它的索引速度非常快，訪問一個元素的時間是恆定的也就是說與陣列的元素數量無關，而且賦值與修改元素也很簡單。

string[] test2 = new string[3];
//賦值
test2[0] = "Unity";
test2[1] = "
 
j";
test2[2] = "d";
//修改
test2[0] = "Unity3D_King";

但是有優點，那麼就一定會伴隨著缺點。由於是連續儲存，所以在兩個元素之間插入新的元素就變得不方便。而且就像上面的程式碼所顯示的那樣，宣告一個新的陣列時， 必須 指定其長度，這就會存在一個潛在的問題，那就是當我們宣告的長度過長時，顯然會浪費記憶體，當我們宣告長度過短的時候，則面臨這溢位的風險。這就使得寫程式碼像是投機，小匹夫很厭惡這樣的行為！針對這種缺點，下面隆重推出ArrayList。

ArrayList：

為了解決陣列建立時必須指定長度以及只能存放相同型別的缺點而推出的資料結構。ArrayList是System.Collections名稱空間下的一部分，所以若要使用則必須引入System.Collections。正如上文所說，ArrayList解決了陣列的一些缺點。

1. 不必在宣告ArrayList時指定它的長度，這是由於ArrayList物件的長度是按照其中儲存的資料來動態增長與縮減的。
2. ArrayList可以儲存不同型別的元素。這是由於ArrayList會把它的元素都當做Object來處理。因而，加入不同型別的元素是允許的。

ArrayList的操作：

ArrayList test3 = new ArrayList();
//新增資料
test3.Add("Unity");
test3.Add("j");
test3.Add("d");
test3.Add("Unity3D_King");
test3.Add(Unity1);
//修改資料
test3[4] = 26;
//刪除資料
test3.RemoveAt(4);

說了那麼一堆”優點“，也該說說缺點了吧。為什麼要給”優點”打上引號呢？那是因為ArrayList可以儲存不同型別資料的原因是由於把所有的型別都當做Object來做處理，也就是說ArrayList的元素其實都是Object型別的，辣麼問題就來了。

1. ArrayList 不是型別安全的 。因為把不同的型別都當做Object來做處理，很有可能會在使用ArrayList時發生型別不匹配的情況。
2. 如上文所訴，陣列儲存值型別時並未發生裝箱，但是ArrayList由於把所有型別都當做了Object，所以不可避免的當插入 值型別 時 會發生裝箱 操作，在索引取值時會發生拆箱操作。這能忍嗎？

注：為何說頻繁的沒有必要的裝箱和拆箱不能忍呢？且聽Unity3D_King慢慢道來：所謂 裝箱 (boxing)：就是值型別例項到物件的轉換 ( 百度百科 )。那麼 拆箱：就是將引用型別轉換為值型別 咯（ 還是來自百度百科）。下面舉個子~

//裝箱，將String型別的值FanyoyChenjd賦值給物件。
String  info = ”FanyoyZhengjd”;  
object obj=(object)info;  

//拆箱，從Obj中提取值給info
object obj = "FanyoyChenjd";
String info = (String)obj;

那麼結論呢？好吧，請允許Unity3D很low再次引用百度百科。 顯然，從原理上可以看出，裝箱時，生成的是全新的引用物件，這會有時間損耗，也就是造成效率降低。

List<T>泛型List

為了解決ArrayList不安全型別與裝箱拆箱的缺點，所以出現了泛型的概念，作為一種新的陣列型別引入。也是工作中經常用到的陣列型別。和ArrayList很相似，長度都可以靈活的改變，最大的不同在於在宣告List集合時，我們同時需要為其宣告List集合內資料的物件型別，這點又和Array很相似，其實List<T>內部使用了Array來實現。

List<string> test4 = new List<string>();  
  
//新增資料  
test4.Add(“Fanyoy”);  
test4.Add(“Chenjd”);  

//修改資料  
test4[1] = “murongxiaopifu”;  
  
//移除資料  
test4.RemoveAt(0);

這麼做最大的好處就是

1. 即確保了 型別安全 。
2. 也 取消了裝箱和拆箱 的操作。
3. 它融合了Array可以快速訪問的優點以及ArrayList長度可以靈活變化的優點。

LinkedList<T>

也就是連結串列了。和上述的陣列最大的不同之處就是在於連結串列在記憶體儲存的排序上可能是不連續的。這是由於連結串列是通過上一個元素指向下一個元素來排列的，所以可能不能通過下標來訪問。如圖

既然連結串列最大的特點就是儲存在記憶體的空間不一定連續，那麼連結串列相對於陣列最大優勢和劣勢就顯而易見了。

1. 向連結串列中插入或刪除節點無需調整結構的容量。因為本身不是連續儲存而是靠各物件的指標所決定，所以新增元素和刪除元素都要比陣列要有優勢。
2. 連結串列適合在需要有序的排序的情境下增加新的元素，這裡還拿陣列做對比，例如要在陣列中間某個位置增加新的元素，則可能需要移動移動很多元素，而對於連結串列而言可能只是若干元素的指向發生變化而已。
3. 有優點就有缺點，由於其在記憶體空間中不一定是連續排列，所以訪問時候無法利用下標，而是必須從頭結點開始，逐次遍歷下一個節點直到尋找到目標。所以當需要快速訪問物件時，陣列無疑更有優勢。

綜上，連結串列適合 元素數量不固定 ，需要 經常增減節點 的情況。

關於連結串列的使用，MSDN上有詳細的 例子。

Queue<T>

在Queue<T>這種資料結構中，最先插入在元素將是最先被刪除；反之最後插入的元素將最後被刪除，因此佇列又稱為“先進先出”（FIFO—first in first out）的線性表。通過使用Enqueue和Dequeue這兩個方法來實現對 Queue<T> 的存取。

一些需要注意的地方：

1. 先進先出的情景。
2. 預設情況下，Queue<T>的初始容量為32， 增長因子為2.0。
3. 當使用Enqueue時，會判斷佇列的長度是否足夠，若不足，則依據增長因子來增加容量，例如當為初始的2.0時，則佇列容量增長2倍。
4. 乏善可陳。

關於Queue<T>的使用方法，MSDN上也有相應的 例子 。

Stack<T>

與Queue<T>相對，當需要使用後進先出順序（LIFO）的資料結構時，我們就需要用到Stack<T>了。

一些需要注意的地方：

1. 後進先出的情景。
2. 預設容量為10。
3. 使用pop和push來操作。
4. 乏善可陳。

同樣，在 這裡你也可以看到大量Stack<T>的例子。

Dictionary<K,T>

字典這東西，Unity3D遊戲中經常用到，建立一個字典之後就可以往裡面扔東西，增加、刪除、訪問那叫一個快字了得。但是，有好就有壞，那麼字典背後到底隱藏著什麼迷霧，撥開重重迷霧之後，是否才是真相？且聽下回分。。。等等，應該是下面就讓我們來分析一下字典吧。

提到字典就不得不說Hashtable雜湊表以及Hashing（雜湊，也有叫雜湊的），因為字典的實現方式就是雜湊表的實現方式，只不過 字典是型別安全的 ，也就是說當建立字典時，必須宣告key和item的型別，這是 第一條 字典與雜湊表的 區別 。關於雜湊表的內容推薦看下這篇部落格 雜湊表 。關於 雜湊 ，簡單的說就是一種將任意長度的訊息壓縮到某一固定長度，比如某學校的學生學號範圍從00000~99999，總共5位數字，若每個數字都對應一個索引的話，那麼就是100000個索引，但是如果我們使用後3位作為索引，那麼索引的範圍就變成了000~999了，當然會衝突的情況，這種情況就是 雜湊衝突(Hash Collisions) 了。扯遠了，關於具體的實現原理還是去看小匹夫推薦的那篇部落格吧，當然那篇部落格上面那個大大的轉字也是蠻刺眼的。。。

回到Dictionary<K,T>，我們在對字典的操作中各種時間上的優勢都享受到了，那麼它的劣勢到底在哪呢？對嘞，就是空間。以空間換時間，通過更多的記憶體開銷來滿足我們對速度的追求。在建立字典時，我們可以傳入一個容量值，但實際使用的容量並非該值。而是使用 “不小於該值的最小質數來作為它使用的實際容量，最小是3。”（老趙）， 當有了實際容量之後，並非直接實現索引，而是通過建立額外的2個數組來實現間接的索引，即int[] buckets和Entry[] entries兩個陣列（即buckets中儲存的其實是entries陣列的下標），這裡就是 第二條 字典與雜湊表的 區別， 還記得 雜湊衝突 嗎？對，第二個區別就是 處理雜湊衝突的策略是不同的 ！字典會採用額外的資料結構來處理雜湊衝突，這就是剛才提到的陣列之一buckets桶了，buckets的長度就是字典的真實長度，因為buckets就是字典每個位置的對映，然後buckets中的每個元素都是一個連結串列，用來儲存相同雜湊的元素，然後再分配儲存空間。

因此，我們面臨的情況就是，即便我們新建了一個空的字典，那麼伴隨而來的是2個長度為3的陣列。所以當處理的資料不多時，還是慎重使用字典為好，很多情況下使用陣列也是可以接受的。

2.幾種常見資料結構的使用情景