前言：
可能去过罗小黑博客的盆油们读过这篇对于数据结构的总结，但是罗小黑当时写那篇文章的时候略有匆忙，所以今天进行了一些增改，重新发表在蛮牛。作为程序猿，对于常见的数据结构的掌握是非常必要的，也许这篇文章略显朴实，没有那么花哨的东西，但是罗小黑也希望各位程序向的U3D从业者能喜欢。
前段时间罗小黑读过一份代码，对其中各种数据结构灵活的使用赞不绝口，同时也大大激发了罗小黑对各种数据结构进行梳理和总结的欲望。正好最近也拜读了若干大神的文章，觉得总结下常用的数据结构以供自己也能灵活的使用变得刻不容缓。那么还是从罗小黑的工作内容入手，就谈谈在平时使用U3D时经常用到的数据结构和各种数据结构的应用场景吧。
1.几种常见的数据结构
这里主要总结下罗小黑在工作中常碰到的几种数据结构：Array，ArrayList，List
数组Array：
数组是最简单的数据结构。其具有如下特点：
- 数组存储在连续的内存上。
- 数组的内容都是相同类型。
- 数组可以直接通过下标访问。
数组Array的创建：
int size = 5;
int[] test = new int[size];
创建一个新的数组时将在 CLR 托管堆中分配一块连续的内存空间，来盛放数量为size，类型为所声明类型的数组元素。如果类型为值类型，则将会有size个未装箱的该类型的值被创建。如果类型为引用类型，则将会有size个相应类型的引用被创建。由于是在连续内存上存储的，所以它的索引速度非常快，访问一个元素的时间是恒定的也就是说与数组的元素数量无关，而且赋值与修改元素也很简单。
string[] test2 = new string[3];
//赋值
test2[0] = "chen";
test2[1] = "j";
test2[2] = "d";
//修改
test2[0] = "chenjd";
但是有优点，那么就一定会伴随着缺点。由于是连续存储，所以在两个元素之间插入新的元素就变得不方便。而且就像上面的代码所显示的那样，声明一个新的数组时，必须指定其长度，这就会存在一个潜在的问题，那就是当我们声明的长度过长时，显然会浪费内存，当我们声明长度过短的时候，则面临这溢出的风险。这就使得写代码像是投机，罗小黑很厌恶这样的行为！针对这种缺点，下面隆重推出ArrayList。
ArrayList：
为了解决数组创建时必须指定长度以及只能存放相同类型的缺点而推出的数据结构。ArrayList是System.Collections命名空间下的一部分，所以若要使用则必须引入System.Collections。正如上文所说，ArrayList解决了数组的一些缺点。
- 不必在声明ArrayList时指定它的长度，这是由于ArrayList对象的长度是按照其中存储的数据来动态增长与缩减的。
- ArrayList可以存储不同类型的元素。这是由于ArrayList会把它的元素都当做Object来处理。因而，加入不同类型的元素是允许的。
ArrayList的操作：
ArrayList test3 = newArrayList();
//新增数据
test3.Add("chen");
test3.Add("j");
test3.Add("d");
test3.Add("is");
test3.Add(25);
//修改数据
test3[4] = 26;
//删除数据
test3.RemoveAt(4);
说了那么一堆”优点“，也该说说缺点了吧。为什么要给”优点”打上引号呢？那是因为ArrayList可以存储不同类型数据的原因是由于把所有的类型都当做Object来做处理，也就是说ArrayList的元素其实都是Object类型的，辣么问题就来了。
- ArrayList不是类型安全的。因为把不同的类型都当做Object来做处理，很有可能会在使用ArrayList时发生类型不匹配的情况。
- 如上文所诉，数组存储值类型时并未发生装箱，但是ArrayList由于把所有类型都当做了Object，所以不可避免的当插入值类型时会发生装箱操作，在索引取值时会发生拆箱操作。这能忍吗？
注：为何说频繁的没有必要的装箱和拆箱不能忍呢？且听罗小黑慢慢道来：所谓装箱 (boxing)：就是值类型实例到对象的转换(百度百科)。那么拆箱：就是将引用类型转换为值类型咯（还是来自百度百科）。下面举个栗子~
//装箱，将String类型的值FanyoyChenjd赋值给对象。
String info = ”FanyoyChenjd”;
object obj=(object)info;
//拆箱，从Obj中提取值给info
object obj = "FanyoyChenjd";
String info = (String)obj;
那么结论呢？好吧，请允许罗小黑很low再次引用百度百科。显然，从原理上可以看出，装箱时，生成的是全新的引用对象，这会有时间损耗，也就是造成效率降低。
List
为了解决ArrayList不安全类型与装箱拆箱的缺点，所以出现了泛型的概念，作为一种新的数组类型引入。也是工作中经常用到的数组类型。和ArrayList很相似，长度都可以灵活的改变，最大的不同在于在声明List集合时，我们同时需要为其声明List集合内数据的对象类型，这点又和Array很相似，其实List
List test4 = new List();
//新增数据
test4.Add(“Fanyoy”);
test4.Add(“Chenjd”);
//修改数据
test4[1] = “murongxiaopifu”;
//移除数据
test4.RemoveAt(0);
这么做最大的好处就是
- 即确保了类型安全。
- 也取消了装箱和拆箱的操作。
- 它融合了Array可以快速访问的优点以及ArrayList长度可以灵活变化的优点。
假设各位和罗小黑一样，在工作中最常使用的一种数据结构就是它。那么我们是否能再多一点好奇心呢？那就是探究一下，如果我们自己实现一个类似的数据结构，该从何处下手呢？
下面罗小黑就抛砖引玉了。
刚才说过了，List
那么首先明确了，它是一个处理引用类型，且实现了泛型的。那么定义就出来了：
//EggArray类
//定义
public class EggArray where T : class
{
}
那么下一步呢？该确定它的内部成员了，就先从字段和属性开始吧。
属性&变量
| 属性 | 说明 |
|---|---|
| Capacity | EggArray的容量 |
| Count | EggArray中的元素个数 |
| items | T[]，一个Array，因为上一篇文章说过List |
//EggArray的属性&&变量
private int capacity;
private int count;
private T[] items;
public int Count
{
get
{
return this.count;
}
}
public int Capacity
{
get
{
return this.capacity;
}
}
之后呢？好像是需要一个构造函数了。上文也说了，貌似new的时候不需要指定容量呀。那么我们就把构造函数做成这样吧。
构造函数：
| 构造函数 | 说明 |
|---|---|
| EggArray() | 初始化 EggArray |
| EggArray(int32) | 初始化 EggArray |
//EggArray的构造函数，默认容量为8
public EggArray() : this(8)
{
}
public EggArray(int capacity)
{
this.capacity = capacity;
this.items = new T[capacity];
}
好了，构造函数也说完了，那么就介绍一下私有方法，因为运行机制全部是有私有方法来运筹的，公共方法只不过是开放给我们的使用的罢了。罗小黑对公共方法的实现没有兴趣，这里就不做演示了。
刚刚也说了，List
那么在进行下面的内容之前，罗小黑还想先问各位一个问题：
List test = new List(){0,1,2,3,4,5,6,7,8,9};
int count = 0;
for(int i = 0; i < test.Count; i++)
{
if(i == 1)
{
test.Remove(test[i]);
count++;
}
}
Debug.Log(count);
上面这段代码会输出什么呢？答案是9。可能有的盆油会感到奇怪，test进去时长度明明是10啊。就算你中间Remove了一个元素，可为什么会影响后面的元素呢？（比如把index为1的元素remove掉，原来index为2的元素现在的index就成1了。）感觉乱套有木有？其实这里List
私有方法
| 私有方法 | 说明 |
|---|---|
| Resize | 当数组元素个数大于或等于数组的容量时，调用该方法进行扩容，会创建一个新的Array存放数据，“增长因子”为2 |
| Compact | 压缩数组，在Remove时候默认调用 |
//当数组元素个数不小于数组容量时，需要扩容，增长因子growthFactor为2
private void Resize()
{
int capacity = this.capacity
* growthFactor;
if(this.count > capacity)
{
this.count = capacity;
}
T[] destinationArray = new T[capacity];
Array.Copy(this.items,destinationArray, this.count);
this.items = destinationArray;
this.capacity = capacity;
}
private void Compact()
{
int num = 0;
for(int i = 0; i < this.count; i++)
{
if(this.items[i] == null)
{
num++;
}
else if (num > 0)
{
this.items[i - num] = this.items[i];
this.items[i] = null;
}
}
this.count -= num;
}[i][i][i]
LinkedList
也就是链表了。和上述的数组最大的不同之处就是在于链表在内存存储的排序上可能是不连续的。这是由于链表是通过上一个元素指向下一个元素来排列的，所以可能不能通过下标来访问。如图
既然链表最大的特点就是存储在内存的空间不一定连续，那么链表相对于数组最大优势和劣势就显而易见了。
- 向链表中插入或删除节点无需调整结构的容量。因为本身不是连续存储而是靠各对象的指针所决定，所以添加元素和删除元素都要比数组要有优势。
- 链表适合在需要有序的排序的情境下增加新的元素，这里还拿数组做对比，例如要在数组中间某个位置增加新的元素，则可能需要移动移动很多元素，而对于链表而言可能只是若干元素的指向发生变化而已。
- 有优点就有缺点，由于其在内存空间中不一定是连续排列，所以访问时候无法利用下标，而是必须从头结点开始，逐次遍历下一个节点直到寻找到目标。所以当需要快速访问对象时，数组无疑更有优势。
综上，链表适合元素数量不固定，需要两端存取且经常增减节点的情况。
关于链表的使用，MSDN上有详细的例子。
Queue
在Queue
一些需要注意的地方：
- 先进先出的情景。
- 默认情况下，Queue
的初始容量为32， 增长因子为2.0。 - 当使用Enqueue时，会判断队列的长度是否足够，若不足，则依据增长因子来增加容量，例如当为初始的2.0时，则队列容量增长2倍。
- 乏善可陈。
关于Queue的使用方法，MSDN上也有相应的例子。
Stack
与Queue
一些需要注意的地方：
- 后进先出的情景。
- 默认容量为10。
- 使用pop和push来操作。
- 乏善可陈。
同样，在MSDN你也可以看到大量Stack
Dictionary
字典这东西，罗小黑可是喜欢的不得了。看官们自己也可以想想字典是不是很招人喜欢，创建一个字典之后就可以往里面扔东西，增加、删除、访问那叫一个快字了得。但是直到罗小黑日前看了一个大神的文章，才又想起了那句话“啥好事咋能让你都占了呢”。那么字典背后到底隐藏着什么迷雾，拨开重重迷雾之后，是否才是真相？且听下回分。。。等等，应该是下面就让我们来分析一下字典吧。
提到字典就不得不说Hashtable哈希表以及Hashing（哈希，也有叫散列的），因为字典的实现方式就是哈希表的实现方式，只不过字典是类型安全的，也就是说当创建字典时，必须声明key和item的类型，这是第一条字典与哈希表的区别。关于哈希表的内容推荐看下这篇博客哈希表。关于哈希，简单的说就是一种将任意长度的消息压缩到某一固定长度，比如某学校的学生学号范围从0000099999，总共5位数字，若每个数字都对应一个索引的话，那么就是100000个索引，但是如果我们使用后3位作为索引，那么索引的范围就变成了000999了，当然会冲突的情况，这种情况就是哈希冲突(Hash Collisions)了。扯远了，关于具体的实现原理还是去看罗小黑推荐的那篇博客吧，当然那篇博客上面那个大大的转字也是蛮刺眼的。。。
回到Dictionary
因此，我们面临的情况就是，即便我们新建了一个空的字典，那么伴随而来的是2个长度为3的数组。所以当处理的数据不多时，还是慎重使用字典为好，很多情况下使用数组也是可以接受的。
2.几种常见数据结构的使用情景
| 数据结构 | 使用场景 |
|---|---|
| Array | 需要处理的元素数量确定并且需要使用下标时可以考虑，不过建议使用List |
| ArrayList | 不推荐使用，建议用List |
| List |
泛型List 需要处理的元素数量不确定时 通常建议使用 |
| LinkedList |
链表适合元素数量不固定，需要经常增减节点的情况，2端都可以增减 |
| Queue |
先进先出的情况 |
| Stack |
后进先出的情况 |
| Dictionary |
需要键值对，快速操作 |