Collection介面

Collection是最基本的集合介面，一個Collection代表一組Object，即Collection的元素（Elements）。一些Collection允許相同的元素而另一些不行。一些能排序而另一些不行。Java SDK不提供直接繼承自Collection的類，Java SDK提供的類都是繼承自Collection的“子介面”如List和Set。
所有實現Collection介面的類都必須提供兩個標準的建構函式：無引數的建構函式用於建立一個空的Collection，有一個Collection引數的建構函式用於建立一個新的Collection，這個新的Collection與傳入的Collection有相同的元素。後一個建構函式允許使用者複製一個Collection。
如何遍歷Collection中的每一個元素？不論Collection的實際型別如何，它都支援一個iterator()的方法，該方法返回一個迭代子，使用該迭代子即可逐一訪問Collection中每一個元素。典型的用法如下：
Iterator it = collection.iterator(); // 獲得一個迭代子
while(it.hasNext()) {
Object obj = it.next(); // 得到下一個元素
}
由Collection介面派生的兩個介面僅為List和Set。

Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│ └Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap

===============================================

List介面

List介面對Collection進行了簡單的擴充，它的具體實現類常用的有ArrayList和LinkedList。你可以將任何東西放到一個List容器中，並在需要時從中取出。ArrayList從其命名中可以看出它是一種類似陣列的形式進行儲存，因此它的隨機訪問速度極快，而LinkedList的內部實現是連結串列，它適合於在連結串列中間需要頻繁進行插入和刪除操作。在具體應用時可以根據需要自由選擇。前面說的Iterator只能對容器進行向前遍歷，而ListIterator則繼承了Iterator的思想，並提供了對List進行雙向遍歷的方法。

List是有序的Collection，使用此介面能夠精確的控制每個元素插入的位置。使用者能夠使用索引（元素在List中的位置，類似於陣列下標）來訪問List中的元素，這類似於Java的陣列。
和下面要提到的Set不同，List允許有相同的元素。
除了具有Collection介面必備的iterator()方法外，List還提供一個listIterator()方法，返回一個ListIterator介面，和標準的Iterator介面相比，ListIterator多了一些add()之類的方法，允許新增，刪除，設定元素，還能向前或向後遍歷。
實現List介面的常用類有LinkedList，ArrayList，Vector和Stack。

LinkedList類

LinkedList實現了List介面，允許null元素。此外LinkedList提供額外的get，remove，insert方法在LinkedList的首部或尾部。這些操作使LinkedList可被用作堆疊（stack），佇列（queue）或雙向佇列（deque）。
注意LinkedList沒有同步方法。如果多個執行緒同時訪問一個List，則必須自己實現訪問同步。一種解決方法是在建立List時構造一個同步的List：
List list = Collections.synchronizedList(new LinkedList(…));

ArrayList類

ArrayList實現了可變大小的陣列。它允許所有元素，包括null。ArrayList沒有同步。
size，isEmpty，get，set方法執行時間為常數。但是add方法開銷為分攤的常數，新增n個元素需要O(n)的時間。其他的方法執行時間為線性。
每個ArrayList例項都有一個容量（Capacity），即用於儲存元素的陣列的大小。這個容量可隨著不斷新增新元素而自動增加，但是增長演算法並沒有定義。當需要插入大量元素時，在插入前可以呼叫ensureCapacity方法來增加ArrayList的容量以提高插入效率。
和LinkedList一樣，ArrayList也是非同步的（unsynchronized）。

Vector類

Vector非常類似ArrayList，但是Vector是同步的。由Vector建立的Iterator，雖然和ArrayList建立的Iterator是同一介面，但是，因為Vector是同步的，當一個Iterator被建立而且正在被使用，另一個執行緒改變了Vector的狀態（例如，新增或刪除了一些元素），這時呼叫Iterator的方法時將丟擲ConcurrentModificationException，因此必須捕獲該異常。

Stack類

Stack繼承自Vector，實現一個後進先出的堆疊。Stack提供5個額外的方法使得Vector得以被當作堆疊使用。基本的push和pop方法，還有peek方法得到棧頂的元素，empty方法測試堆疊是否為空，search方法檢測一個元素在堆疊中的位置。Stack剛建立後是空棧。

List介面各實現類的區別

ArrayList 和Vector是採用陣列方式儲存資料，此陣列元素數大於實際儲存的資料以便增加和插入元素，都允許直接序號索引元素，但是插入資料要設計到陣列元素移動等記憶體操作，所以索引資料快插入資料慢，Vector由於使用了synchronized方法（執行緒安全）所以效能上比ArrayList要差，LinkedList使用雙向連結串列實現儲存，按序號索引資料需要進行向前或向後遍歷，但是插入資料時只需要記錄本項的前後項即可，所以插入數度較快！

同步性

Vector是同步的。這個類中的一些方法保證了Vector中的物件是執行緒安全的。而ArrayList則是非同步的，因此ArrayList中的物件並不是執行緒安全的。因為同步的要求會影響執行的效率，所以如果你不需要執行緒安全的集合那麼使用ArrayList是一個很好的選擇，這樣可以避免由於同步帶來的不必要的效能開銷。

資料增長

從內部實現機制來講ArrayList和Vector都是使用陣列(Array)來控制集合中的物件。當你向這兩種型別中增加元素的時候，如果元素的數目超出了內部陣列目前的長度它們都需要擴充套件內部陣列的長度，Vector預設情況下自動增長原來一倍的陣列長度，ArrayList是原來的50%,所以最後你獲得的這個集合所佔的空間總是比你實際需要的要大。所以如果你要在集合中儲存大量的資料那麼使用Vector有一些優勢，因為你可以通過設定集合的初始化大小來避免不必要的資源開銷。

使用模式

如果涉及到堆疊，佇列等操作，應該考慮用List，對於需要快速插入，刪除元素，應該使用LinkedList，如果需要快速隨機訪問元素，應該使用ArrayList。在ArrayList和Vector中，從一個指定的位置（通過索引）查詢資料或是在集合的末尾增加、移除一個元素所花費的時間是一樣的，這個時間我們用O(1)表示。但是，如果在集合的其他位置增加或移除元素那麼花費的時間會呈線形增長：O(n-i)，其中n代表集合中元素的個數，i代表元素增加或移除元素的索引位置。為什麼會這樣呢？以為在進行上述操作的時候集合中第i和第i個元素之後的所有元素都要執行位移的操作。這一切意味著什麼呢？
這意味著，你只是查詢特定位置的元素或只在集合的末端增加、移除元素，那麼使用Vector或ArrayList都可以。如果是其他操作，你最好選擇其他的集合操作類。比如，LinkList集合類在增加或移除集合中任何位置的元素所花費的時間都是一樣的?O(1)，但它在索引一個元素的使用缺比較慢－O(i),其中i是索引的位置.使用ArrayList也很容易，因為你可以簡單的使用索引來代替建立iterator物件的操作。LinkList也會為每個插入的元素建立物件，所有你要明白它也會帶來額外的開銷。
最後，在《Practical Java》一書中Peter Haggar建議使用一個簡單的陣列（Array）來代替Vector或ArrayList。尤其是對於執行效率要求高的程式更應如此。因為使用陣列(Array)避免了同步、額外的方法呼叫和不必要的重新分配空間的操作。

儘量返回介面而非實際的型別，如返回List而非ArrayList，這樣如果以後需要將ArrayList換成LinkedList時，客戶端程式碼不用改變。這就是針對抽象程式設計。
===============================================

Set介面

Set介面也是Collection的一種擴充套件，而與List不同的時，在Set中的物件元素不能重複，也就是說你不能把同樣的東西兩次放入同一個Set容器中。它的常用具體實現有HashSet和TreeSet類。HashSet能快速定位一個元素，但是你放到HashSet中的物件需要實現hashCode()方法，它使用了前面說過的雜湊碼的演算法。而TreeSet則將放入其中的元素按序存放，這就要求你放入其中的物件是可排序的，這就用到了集合框架提供的另外兩個實用類Comparable和Comparator。一個類是可排序的，它就應該實現Comparable介面。有時多個類具有相同的排序演算法，那就不需要在每分別重複定義相同的排序演算法，只要實現Comparator介面即可。集合框架中還有兩個很實用的公用類：Collections和Arrays。Collections提供了對一個Collection容器進行諸如排序、複製、查詢和填充等一些非常有用的方法，Arrays則是對一個數組進行類似的操作。

Set是一種不包含重複的元素的Collection，即任意的兩個元素e1和e2都有e1.equals(e2)=false，Set最多有一個null元素。
很明顯，Set的建構函式有一個約束條件，傳入的Collection引數不能包含重複的元素。
請注意：必須小心操作可變物件（Mutable Object）。如果一個Set中的可變元素改變了自身狀態導致Object.equals(Object)=true將導致一些問題。

===============================================

Map介面

Map是一種把鍵物件和值物件進行關聯的容器，而一個值物件又可以是一個Map，依次類推，這樣就可形成一個多級對映。對於鍵物件來說，像Set一樣，一個Map容器中的鍵物件不允許重複，這是為了保持查詢結果的一致性;如果有兩個鍵物件一樣，那你想得到那個鍵物件所對應的值物件時就有問題了，可能你得到的並不是你想的那個值物件，結果會造成混亂，所以鍵的唯一性很重要，也是符合集合的性質的。當然在使用過程中，某個鍵所對應的值物件可能會發生變化，這時會按照最後一次修改的值物件與鍵對應。對於值物件則沒有唯一性的要求。你可以將任意多個鍵都對映到一個值物件上，這不會發生任何問題（不過對你的使用卻可能會造成不便，你不知道你得到的到底是那一個鍵所對應的值物件）。Map有兩種比較常用的實現：HashMap和TreeMap。HashMap也用到了雜湊碼的演算法，以便快速查詢一個鍵，TreeMap則是對鍵按序存放，因此它便有一些擴充套件的方法，比如firstKey(),lastKey()等，你還可以從TreeMap中指定一個範圍以取得其子Map。鍵和值的關聯很簡單，用pub(Object key,Object value)方法即可將一個鍵與一個值物件相關聯。用get(Object key)可得到與此key物件所對應的值物件。

請注意，Map沒有繼承Collection介面，Map提供key到value的對映。一個Map中不能包含相同的key，每個key只能對映一個value。Map介面提供3種集合的檢視，Map的內容可以被當作一組key集合，一組value集合，或者一組key-value對映。

Hashtable類

Hashtable繼承Map介面，實現一個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放到Hashtable中，他們的key分別是”one”，”two”，”three”：
Hashtable numbers = new Hashtable();
numbers.put(“one”, new Integer(1));
numbers.put(“two”, new Integer(2));
numbers.put(“three”, new Integer(3));
要取出一個數，比如2，用相應的key：
Integer n = (Integer)numbers.get(“two”);
System.out.println(“two = ” + n);
由於作為key的物件將通過計算其雜湊函式來確定與之對應的value的位置，因此任何作為key的物件都必須實現hashCode和equals方法。hashCode和equals方法繼承自根類Object，如果你用自定義的類當作key的話，要相當小心，按照雜湊函式的定義，如果兩個物件相同，即obj1.equals(obj2)=true，則它們的hashCode必須相同，但如果兩個物件不同，則它們的hashCode不一定不同，如果兩個不同物件的hashCode相同，這種現象稱為衝突，衝突會導致操作雜湊表的時間開銷增大，所以儘量定義好的hashCode()方法，能加快雜湊表的操作。
如果相同的物件有不同的hashCode，對雜湊表的操作會出現意想不到的結果（期待的get方法返回null），要避免這種問題，只需要牢記一條：要同時複寫equals方法和hashCode方法，而不要只寫其中一個。
Hashtable是同步的。

HashMap類

HashMap和Hashtable類似，不同之處在於HashMap是非同步的，並且允許null，即null value和null key。，但是將HashMap視為Collection時（values()方法可返回Collection），其迭代子操作時間開銷和HashMap的容量成比例。因此，如果迭代操作的效能相當重要的話，不要將HashMap的初始化容量設得過高，或者load factor過低。

WeakHashMap類

WeakHashMap是一種改進的HashMap，它對key實行“弱引用”，如果一個key不再被外部所引用，那麼該key可以被GC回收。

Hashtable類和HashMap類的區別

Hashtable和HashMap類有三個重要的不同之處。第一個不同主要是歷史原因。Hashtable是基於陳舊的Dictionary類的，HashMap是Java 1.2引進的Map介面的一個實現。

也許最重要的不同是Hashtable的方法是同步的，而HashMap的方法不是。這就意味著，雖然你可以不用採取任何特殊的行為就可以在一個多執行緒的應用程式中用一個Hashtable，但你必須同樣地為一個HashMap提供外同步。一個方便的方法就是利用Collections類的靜態的synchronizedMap()方法，它建立一個執行緒安全的Map物件，並把它作為一個封裝的物件來返回。這個物件的方法可以讓你同步訪問潛在的HashMap。這麼做的結果就是當你不需要同步時，你不能切斷Hashtable中的同步（比如在一個單執行緒的應用程式中），而且同步增加了很多處理費用。

第三點不同是，只有HashMap可以讓你將空值作為一個表的條目的key或value。HashMap中只有一條記錄可以是一個空的key，但任意數量的條目可以是空的value。這就是說，如果在表中沒有發現搜尋鍵，或者如果發現了搜尋鍵，但它是一個空的值，那麼get()將返回null。如果有必要，用containKey()方法來區別這兩種情況。

一些資料建議，當需要同步時，用Hashtable，反之用HashMap。但是，因為在需要時，HashMap可以被同步，HashMap的功能比Hashtable的功能更多，而且它不是基於一個陳舊的類的，所以有人認為，在各種情況下，HashMap都優先於Hashtable。

關於Properties
有時侯，你可能想用一個hashtable來對映key的字串到value的字串。DOS、Windows和Unix中的環境字串就有一些例子，如key的字串PATH被對映到value的字串C:\WINDOWS;C:\WINDOWS\SYSTEM。Hashtables是表示這些的一個簡單的方法，但Java提供了另外一種方法。

Java.util.Properties類是Hashtable的一個子類，設計用於String keys和values。Properties物件的用法同Hashtable的用法相象，但是類增加了兩個節省時間的方法，你應該知道。

Store()方法把一個Properties物件的內容以一種可讀的形式儲存到一個檔案中。Load()方法正好相反，用來讀取檔案，並設定Properties物件來包含keys和values。

注意，因為Properties擴充套件了Hashtable，你可以用超類的put()方法來新增不是String物件的keys和values。這是不可取的。另外，如果你將store()用於一個不包含String物件的Properties物件，store()將失敗。作為put()和get()的替代，你應該用setProperty()和getProperty()，它們用String引數。 參考資料：http://zhidao.baidu.com/question/5458097.html

===============================================

Tip

如果程式在單執行緒環境中，或者訪問僅僅在一個執行緒中進行，考慮非同步的類，其效率較高，如果多個執行緒可能同時操作一個類，應該使用同步的類。

要特別注意對雜湊表的操作，作為key的物件要正確複寫equals和hashCode方法。