java-对象管理-集合

在实际的项目开发中会有很多的对象，如何高效、方便地管理对象，成为影响程序性能与可保护性的重要环节。Java 提供了集合框架来解决此类问题，线性表、链表、哈希表等是经常使用的数据结构，在进行 Java 开发时，JDK 已为我们提供了1系列相应的类来实现基本的数据结构，所有类都在 java.util 这个包里。

Collection 接口
Collection 是最基本的集合接口，1个 Collection 代表1组 Object，即 Collection 的元素（Elements）。1些 Collection 允许相同的元素、支持对元素进行排序，另外一些则不行。JDK 不提供直接继承自 Collection 的类，JDK 提供的类都是继承自 Collection 的子接口，如 List 和 Set。所有实现 Collection 接口的类都必须提供两个标准的构造函数，无参数的构造函数用于创建1个空的 Collection，有1个 Collection 参数的构造函数用于创建1个新的 Collection，这个新的 Collection 与传入的 Collection 有相同的元素，后1个构造函数允许用户复制1个 Collection。
如何遍历 Collection 中的每个元素？
不论 Collection 的实际类型如何，它都支持1个 iterator() 的方法，该方法返回1个迭代子，使用该迭代子便可逐1访问 Collection 中每个元素。典型的用法以下：
Iterator it = collection.iterator(); // 取得1个迭代子
while(it.hasNext()){
Object obj = it.next(); // 得到下1个元素
}
Collection 接口派生的两个接口是 List 和 Set。
Collection 接口提供的主要方法：
boolean add(Object o) 添加对象到集合；
boolean remove(Object o) 删除指定的对象；
int size() 返回当前集合中元素的数量；
boolean contains(Object o) 查找集合中是不是有指定的对象；
boolean isEmpty() 判断集合是不是为空；
Iterator iterator() 返回1个迭代器；
boolean containsAll(Collection c) 查找集合中是不是有集合 C 中的元素；
boolean addAll(Collection c) 将集合 C 中所有的元素添加给该集合；
void clear() 删除集合中所有元素；
void removeAll(Collection c) 从集合中删除 C 集合中也有的元素；
void retainAll(Collection c) 从集合中删除集合 C 中不包括的元素。
List 接口
List 是有序的 Collection，使用此接口能够精确的控制每一个元素插入的位置。用户能够使用索引（元素在 List 中的位置，类似于数组下标）来访问 List 中的元素，这类似于 Java 的数组。和下文要提到的 Set 不同，List 允许有相同的元素。
除具有 Collection 接口必备的 iterator() 方法外，List 还提供1个 listIterator() 方法，返回1个 ListIterator 接口。和标准的 Iterator 接口相比，ListIterator 多了1些 add() 之类的方法，允许添加、删除、设定元素、向前或向后遍历等功能。实现 List 接口的经常使用类有 LinkedList，ArrayList，Vector 和 Stack 等。
List 接口提供的主要方法：
void add(int index,Object element) 在指定位置上添加1个对象；
boolean addAll(int index,Collection c) 将集合 C 的元素添加到指定的位置；
Object get(int index) 返回 List 中指定位置的元素；
int indexOf(Object o) 返回第1个出现元素 O 的位置；
Object removeint(int index) 删除指定位置的元素；
Object set(int index,Object element) 用元素 element 取代位置 index 上的元素, 返回被取代的元素。
Map 接口
Map 没有继承 Collection 接口。Map 提供 Key 到 Value 的映照，1个 Map 中不能包括相同的 Key，每一个 Key 只能映照1个 Value。Map 接口提供 3 种集合的视图，Map 的内容可以被当作1组 Key 集合，1组 Value 集合，或1组 Key-Value 映照。
Map 提供的主要方法：
boolean equals(Object o) 比较对象；
boolean remove(Object o) 删除1个对象；
put(Object key,Object value) 添加 key 和 value。
RandomAccess 接口
RandomAccess 接口是1个标志接口，本身并没有提供任何方法，任务凡是通过调用 RandomAccess 接口的对象都可以认为是支持快速随机访问的对象。此接口的主要目的是标识那些可支持快速随机访问的 List 实现。任何1个基于数组的 List 实现都实现了 RaodomAccess 接口，而基于链表的实现则都没有。由于只有数组能够进行快速的随机访问，而对链表的随机访问需要进行链表的遍历。因此，此接口的好处是，可以在利用程序中知道正在处理的 List 对象是不是可以进行快速随机访问，从而针对不同的 List 进行不同的操作，以提高程序的性能。

LinkedList 类

LinkedList 实现了 List 接口，允许 Null 元素。另外 LinkedList 提供额外的 Get、Remove、Insert 等方法在 LinkedList 的首部或尾部操作数据。这些操作使得 LinkedList 可被用作堆栈（Stack）、队列（Queue）或双向队列（Deque）。请注意 LinkedList 没有同步方法，它不是线程同步的，即如果多个线程同时访问1个 List，则必须自己实现访问同步。1种解决方法是在创建 List 时构造1个同步的 List，方法如

ArrayList 类

ArrayList 实现了可变大小的数组。它允许所有元素，包括 Null。Size、IsEmpty、Get、Set 等方法的运行时间为常数，但是 Add 方法开消为分摊的常数，添加 N 个元素需要 O(N) 的时间，其他的方法运行时间为线性。
每一个 ArrayList 实例都有1个容量（Capacity），用于存储元素的数组的大小，这个容量可随着不断添加新元素而自动增加。当需要插入大量元素时，在插入前可以调用 ensureCapacity 方法来增加 ArrayList 的容量以提高插入效力。和 LinkedList 1样，ArrayList 也是线程非同步的（unsynchronized）。

Vector 类

Vector 非常类似于 ArrayList，区分是 Vector 是线程同步的。由 Vector 创建的 Iterator，虽然和 ArrayList 创建的 Iterator 是同1接口，但是，由于 Vector 是同步的，当1个 Iterator 被创建而且正在被使用，另外一个线程改变了 Vector 的状态（例如，添加或删除1些元素），这时候调用 Iterator 的方法时将抛出 ConcurrentModificationException，因此必须捕获该异常。

Stack 类

Stack 继承自 Vector，实现了1个落后先出的堆栈。Stack 提供 5 个额外的方法使得 Vector 得以被当作堆栈使用。除基本的 Push 和 Pop 方法，还有 Peek 方法得到栈顶的元素，Empty 方法测试堆栈是不是为空，Search 方法检测1个元素在堆栈中的位置。注意，Stack 刚创建后是空栈。

Set 类

Set 是1种不包括重复的元素的 Collection，即任意的两个元素 e1 和 e2 都有 e1.equals(e2)=false。Set 最多有1个 null 元素。很明显，Set 的构造函数有1个束缚条件，传入的 Collection 参数不能包括重复的元素。请注意，必须谨慎操作可变对象（Mutable Object），如果1个 Set 中的可变元素改变了本身状态，这可能会致使1些问题。

Hashtable 类

Hashtable 继承 Map 接口，实现了1个基于 Key-Value 映照的哈希表。任何非空（non-null）的对象都可作为 Key 或 Value。添加数据使用 Put(Key，Value)，取出数据使用 Get(Key)，这两个基本操作的时间开消为常数。
Hashtable 通过 Initial Capacity 和 Load Factor 两个参数调剂性能。通常缺省的 Load Factor 0.75 较好地实现了时间和空间的均衡。增大 Load Factor 可以节省空间但相应的查找时间将增大，会影响像 Get 和 Put 这样的操作。使用 Hashtable 的简单示例，将 1、2、3 这3个数字放到 Hashtable 里面，他们的 Key 分别是”one”、”two”、”three”，代码如清单 2 所示。

由于作为 Key 的对象将通过计算其散列函数来肯定与之对应的 Value 的位置，因此任何作为 key 的对象都必须实现 HashCode 和 Equals 方法。HashCode 和 Equals 方法继承自根类 Object，如果你用自定义的类当作 Key 的话，要相当谨慎，依照散列函数的定义，如果两个对象相同，即 obj1.equals(obj2)=true，则它们的 HashCode 必须相同，但如果两个对象不同，则它们的 HashCode 不1定不同，如果两个不同对象的 HashCode 相同，这类现象称为冲突，冲突会致使操作哈希表的时间开消增大，所以尽可能定义好的 HashCode() 方法，能加快哈希表的操作。
如果相同的对象有不同的 HashCode，对哈希表的操作会出现意想不到的结果（期待的 Get 方法返回 Null），要避免这类问题，最好同时复写 Equals 方法和 HashCode 方法，而不要只写其中1个。

HashMap 类

HashMap 和 Hashtable 类似，不同的地方在于 HashMap 是线程非同步的，并且允许 Null，即 Null Value 和 Null Key。但是将 HashMap 视为 Collection 时（values() 方法可返回 Collection），其迭代子操作时间开消和 HashMap 的容量成比例。因此，如果迭代操作的性能相当重要的话，不要将 HashMap 的初始化容量设得太高，或 Load Factor 参数设置太低。

WeakHashMap 类

WeakHashMap 是1种改进的 HashMap，它对 Key 实行“弱援用”，如果1个 Key 不再被外部所援用，那末该 Key 可以被 GC 回收。

实践

ArrayList、Vector、LinkedList 均来自 AbstractList 的实现，而 AbstractList 直接实现了 List 接口，并扩大自 AbstarctCollection。ArrayList 和 Vector 使用了数组实现，ArrayList 没有对任何1个方法提供线程同步，因此不是线程安全的，Vector 中绝大部份方法都做了线程同步，是1种线程安全的实现。LinkedList 使用了循环双向链表数据结构，由1系列表项连接而成，1个表项总是包括 3 个部份，元素内容、先驱表项和后驱表项。
当 ArrayList 对容量的需求超过当前数组的大小时，需要进行扩容。扩容进程中，会进行大量的数组复制操作，而数组复制时，终究将调用 System.arraycopy() 方法。LinkedList 由于使用了链表的结构，因此不需要保护容量的大小，但是每次的元素增加都需要新建1个 Entry 对象，并进行更多的赋值操作，在频繁的系统调用下，对性能会产生1定的影响，在不中断地生成新的对象还是占用了1定的资源。而由于数组的连续性，因此总是在尾端增加元素时，只有在空间不足时才产生数组扩容和数组复制。
ArrayList 是基于数组实现的，而数组是1块连续的内存空间，如果在数组的任意位置插入元素，必定致使在该位置后的所有元素需要重新排列，因此其效力较差，尽量将数据插入到尾部。LinkedList 不会由于插入数据致使性能降落。
ArrayList 的每次有效的元素删除操作后都要进行数组的重组，并且删除的元素位置越靠前，数组重组时的开消越大，要删除的元素位置越靠后，开消越小。LinkedList 要移除中间的数据需要便利完半个 List。

HashMap 是将 Key 做 Hash 算法，然后将 Hash 值映照到内存地址，直接获得 Key 所对应的数据。在 HashMap 中，底层数据结构使用的是数组，所谓的内存地址即数组的下标索引。HashMap 的高性能需要保证以下几点：
Hash 算法必须是高效的；
Hash 值到内存地址 (数组索引) 的算法是快速的；
根据内存地址 (数组索引) 可以直接获得对应的值。
HashMap 实际上是1个链表的数组。前面已介绍过，基于 HashMap 的链表方式实现机制，只要 HashCode() 和 Hash() 方法实现得足够好，能够尽量地减少冲突的产生，那末对 HashMap 的操作几近等价于对数组的随机访问操作，具有很好的性能。但是，如果 HashCode() 或 Hash() 方法实现较差，在大量冲突产生的情况下，HashMap 事实上就退化为几个链表，对 HashMap 的操作等价于遍历链表，此时性能很差。
HashMap 的1个功能缺点是它的无序性，被存入到 HashMap 中的元素，在遍历 HashMap 时，其输出是无序的。如果希望元素保持输入的顺序，可使用 LinkedHashMap 替换。
LinkedHashMap 继承自 HashMap，具有高效性，同时在 HashMap 的基础上，又在内部增加了1个链表，用以寄存元素的顺序。
HashMap 通过 hash 算法可以最快速地进行 Put() 和 Get() 操作。TreeMap 则提供了1种完全不同的 Map 实现。从功能上讲，TreeMap 有着比 HashMap 更加强大的功能，它实现了 SortedMap 接口，这意味着它可以对元素进行排序。TreeMap 的性能稍微低于 HashMap。如果在开发中需要对元素进行排序，那末使用 HashMap 便没法实现这类功能，使用 TreeMap 的迭代输出将会以元素顺序进行。LinkedHashMap 是基于元素进入集合的顺序或被访问的前后顺序排序，TreeMap 则是基于元素的固有顺序 (由 Comparator 或 Comparable 肯定)。
LinkedHashMap 是根据元素增加或访问的前后顺序进行排序，而 TreeMap 则根据元素的 Key 进行排序。

WeakHashMap 特点是当除本身有对 Key 的援用外，如果此 Key 没有其他援用，那末此 Map 会自动抛弃该值。如清单 8 所示代码声明了两个 Map 对象，1个是 HashMap，1个是 WeakHashMap，同时向两个 map 中放入 A、B 两个对象，当 HashMap 删除 A，并且 A、B 都指向 Null 时，WeakHashMap 中的 A 将自动被回收掉。出现这个状态的缘由是，对 A 对象而言，当 HashMap 删除并且将 A 指向 Null 后，除 WeakHashMap 中还保存 A 外已没有指向 A 的指针了，所以 WeakHashMap 会自动舍弃掉 a，而对 B 对象虽然指向了 null，但 HashMap 中还有指向 B 的指针，所以 WeakHashMap 将会保存 B 对象。

WeakHashMap 主要通过 expungeStaleEntries 这个函数来实现移除其内部不用的条目，从而到达自动释放内存的目的。基本上只要对 WeakHashMap 的内容进行访问就会调用这个函数，从而到达清除其内部不再为外部援用的条目。但是如果预先生成了 WeakHashMap，而在 GC 之前又不曾访问该 WeakHashMap, 那不是就不能释放内存了吗？

出现内存溢出问题，WeakHashMap 这个时候并没有自动帮我们释放不用的内存。

运行结果发现这次测试输出正常, 不再出现内存溢出问题。
总的来讲，WeakHashMap 其实不是你甚么也干它就可以自动释放内部不用的对象的，而是在你访问它的内容的时候释放内部不用的对象。
WeakHashMap 实现弱援用，是由于它的 Entry

请注意它构造父类的语句：“super(key, queue);”，传入的是 Key，因此 Key 才是进行弱援用的，Value 是直接强援用关联在 this.value 当中。在 System.gc() 时，Key 中的 Byte 数组进行了回收，而 Value 仍然保持 (Value 被强关联到 Entry 上，Entry 又关联在 Map 中，Map 关联在 ArrayList 中)。
For 循环中每次都 New 1个新的 WeakHashMap，在 Put 操作后，虽然 GC 将 WeakReference 的 Key 中的 Byte 数组回收了，并将事件通知到了 ReferenceQueue，但后续却没有相应的动作去触发 WeakHashMap 去处理 ReferenceQueue，所以 WeakReference 包装 Key 仍然存在于 WeakHashMap 中，其对应的 value 也固然存在。
那 value 是什么时候被清除的呢? 对清单 10 和清单 11 两个示例程序进行分析可知，清单 11 的 maps.get(j).size() 触发了 Value 的回收，那又如何触发的呢？查看 WeakHashMap 源码可知,Size 方法调用了 expungeStaleEntries 方法，该方法对 JVM 要回收的的 Entry(Quene 中) 进行遍历，并将 Entry 的 Value 置空，回收了内存。所以效果是 Key 在 GC 的时候被清除，Value 在 Key 清除后访问 WeakHashMap 被清除。
WeakHashMap 类是线程不同步的，可使用 Collections.synchronizedMap 方法来构造同步的 WeakHashMap, 每一个键对象间接地存储为1个弱援用的唆使对象。因此，不论是在映照内还是在映照以外，只有在垃圾回收器清除某个键的弱援用以后，该键才会自动移除。需要注意的是，WeakHashMap 中的值对象由普通的强援用保持。因此应当谨慎谨慎，确保值对象不会直接或间接地强援用其本身的键，由于这会禁止键的抛弃。注意，值对象可以通过 WeakHashMap 本身间接援用其对应的键，这就是说，某个值对象可能强援用某个其他的键对象，而与该键对象相干联的值对象转而强援用第1个值对象的键。
处理此问题的1种方法是，在插入前将值本身包装在 WeakReferences 中，如：m.put(key, new WeakReference(value))，然后，分别用 get 进行解包，该类所有“collection 视图方法”返回的迭代器均是快速失败的，在迭代器创建以后，如果从结构上对映照进行修改，除非通过迭代器本身的 Remove 或 Add 方法，其他任什么时候间任何方式的修改，迭代器都将抛出 ConcurrentModificationException。因此，面对并发的修改，迭代器很快就完全失败，而不是冒着在将来不肯定的时间任意产生不肯定行动的风险。
注意，我们不能确保迭代器不失败，1般来讲，存在不同步的并发修改时，不可能做出任何完全肯定的保证。