一、        集合簡介 list與linkedlist、arrylist、Vector、Map區別: 1) List與LinkedList List是陣列連結串列 LinkedList是指標連結串列 選擇List還是LinkedList要看你的使用特點. 陣列連結串列訪問快,複雜度O(1),但是新增刪除複雜度O(n) 指標連結串列訪問複雜度是O(n),但是新增刪除很快O(1) 只不過一般有習慣而已,比如二叉樹,一般都是用指標實現,你想用陣列實現也沒有任何問題.而且有的時候演算法需要陣列實現. 你需要了解一個數據結構特點,進行演算法複雜度分析,就能夠針對你的應用程式選擇合適的方

2）LinkedList和ArrayList 分別是list最常用的兩個子類，   LinkedList善於頻繁的增，刪操作   ArrayList善於快速查詢線性表，連結串列，雜湊表是常用的資料結構

3）ArrayList Vector LinkedList 區別與用法 ArrayList 和Vector是採用陣列方式儲存資料，此陣列元素數大於實際儲存的資料以便增加和插入元素，都允許直接序號索引元素，但是插入資料要設計到陣列元素移動等記憶體操作，所以索引資料快插入資料慢，Vector由於使用了synchronized方法（執行緒安全）所以效能上比ArrayList要差，LinkedList使用雙向連結串列實現儲存，按序號索引資料需要進行向前或向後遍歷，但是插入資料時只需要記錄本項的前後項即可，所以插入數度較快！線性表，連結串列，雜湊表是常用的資料結構，在進行Java開發時，JDK已經為我們提供了一系列相應的類來實現基本的資料結構。這些類均在java.util包中。本文試圖通過簡單的描述，向讀者闡述各個類的作用以及如何正確使用這些類。

4) Collection├List│├LinkedList│├ArrayList│└Vector│　└Stack└SetMap├Hashtable├HashMap└WeakHashMapCollection介面　　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。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剛建立後是空棧。

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

6）Map介面請注意，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回收。

總結：如果涉及到堆疊，佇列等操作，應該考慮用List，對於需要快速插入，刪除元素，應該使用LinkedList，如果需要快速隨機訪問元素，應該使用ArrayList。　　如果程式在單執行緒環境中，或者訪問僅僅在一個執行緒中進行，考慮非同步的類，其效率較高，如果多個執行緒可能同時操作一個類，應該使用同步的類。要特別注意對雜湊表的操作，作為key的物件要正確複寫equals和hashCode方法。儘量返回介面而非實際的型別，如返回List而非ArrayList，這樣如果以後需要將ArrayList換成LinkedList時，客戶端程式碼不用改變。這就是針對抽象程式設計同步性Vector是同步的。這個類中的一些方法保證了Vector中的物件是執行緒安全的。而ArrayList則是非同步的，因此ArrayList中的物件並不是執行緒安全的。因為同步的要求會影響執行的效率，所以如果你不需要執行緒安全的集合那麼使用ArrayList是一個很好的選擇，這樣可以避免由於同步帶來的不必要的效能開銷。資料增長從內部實現機制來講ArrayList和Vector都是使用陣列(Array)來控制集合中的物件。當你向這兩種型別中增加元素的時候，如果元素的數目超出了內部陣列目前的長度它們都需要擴充套件內部陣列的長度，Vector預設情況下自動增長原來一倍的陣列長度，ArrayList是原來的50%,所以最後你獲得的這個集合所佔的空間總是比你實際需要的要大。所以如果你要在集合中儲存大量的資料那麼使用Vector有一些優勢，因為你可以通過設定集合的初始化大小來避免不必要的資源開銷。使用模式在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)避免了同步、額外的方法呼叫和不必要的重新分配空間的操作。  

二、 java.util.ConcurrentModificationException問題解決 jdk5.0以上的for-each也是利用內部的iterator來遍歷集合的（跟以前的iterator一樣）獲得的Iterator是一個內部類產生的迭代器，這個迭代器在呼叫next方法時，會檢查列表是否被修改過，如果被修改過，就會丟擲ConcurrentModificationException異常。進一步說，當使用 fail-fast iterator 對 Collection 或 Map 進行迭代操作過程中嘗試直接修改 Collection / Map 的內容時，即使是在單執行緒下運xi,java.util.ConcurrentModificationException 異常也將被丟擲。Iterator 是工作在一個獨立的執行緒中，並且擁有一個 mutex 鎖。 Iterator 被建立之後會建立一個指向原來物件的單鏈索引表，當原來的物件數量發生變化時，這個索引表的內容不會同步改變，所以當索引指標往後移動的時候就找不到要迭代的物件，所以按照 fail-fast 原則 Iterator 會馬上丟擲 java.util.ConcurrentModificationException 異常。　　所以 Iterator 在工作的時候是不允許被迭代的物件被改變的。但你可以使用 Iterator 本身的方法 remove() 來刪除物件，Iterator.remove() 方法會在刪除當前迭代物件的同時維護索引的一致性。　有意思的是如果你的 Collection / Map 物件實際只有一個元素的時候， ConcurrentModificationException 異常並不會被丟擲。這也就是為什麼在 javadoc 裡面指出： it would be wrong to write a program that depended on this exception for its correctness: ConcurrentModificationException should be used only to detect bugs. 解決方法：在Map或者Collection的時候，不要用它們的API直接修改集合的內容，如果要修改可以用Iterator的remove()方法由於for-each的寫法，使我們無法獲得iterator物件，所以這種遍歷方式不能進行刪除操作。只好改成了比較土的方法實現了 for (Iterator it = desk.getPkers().iterator(); it.hasNext();) {                  PKer pkerOnDesk =(PKer) it.next();                         it.remove(); } 最後一個解決問題的辦法是重新建立一個物件，把結合的內容重新賦值到集合中，然後再對這個集合遍歷，就不會出錯了，這也是解決問題的好辦法啊！