java併發容器

<1>CopyOnWriteArrayList:

寫時複製的容器。通俗的理解是當咱們往一個容器添加元素的時候，不直接往當前容器添加，而是先將當前容器進行Copy，

複製出一個新的容器，而後新的容器裏添加元素，添加完元素以後，再將原容器的引用指向新的容器。這樣作的好處是咱們

能夠對CopyOnWrite容器進行併發的讀，而不須要加鎖，由於當前容器不會添加任何元素。因此CopyOnWrite容器也是

一種讀寫分離的思想，讀和寫不一樣的容器。

使用CopyOnWriteMap須要注意兩件事情：

1. 減小擴容開銷。根據實際須要，初始化CopyOnWriteMap的大小，避免寫時CopyOnWriteMap擴容的開銷。

2. 使用批量添加。由於每次添加，容器每次都會進行復制，因此減小添加次數，能夠減小容器的複製次數。

缺點:

　內存佔用問題。由於CopyOnWrite的寫時複製機制，因此在進行寫操做的時候，內存裏會同時駐紮兩個對象的內存，舊的對象

  和新寫入的對象（注意:在複製的時候只是複製容器裏的引用，只是在寫的時候會建立新對象添加到新容器裏，而舊容器的對象還

  在使用，因此有兩份對象內存）。若是這些對象佔用的內存比較大，好比說200M左右，那麼再寫入100M數據進去，內存就會佔

  用300M，那麼這個時候頗有可能形成頻繁的Yong GC和Full GC。以前咱們系統中使用了一個服務因爲每晚使用CopyOnWrite

  機制更新大對象，形成了每晚15秒的Full GC，應用響應時間也隨之變長。針對內存佔用問題，能夠經過壓縮容器中的元素的方法

  來減小大對象的內存消耗，

　數據一致性問題。CopyOnWrite容器只能保證數據的最終一致性，不能保證數據的實時一致性。因此若是你但願寫入的的數據，

   立刻能讀到，請不要使用CopyOnWrite容器。

<2>ConcurrentHashMap

    它引入了一個「分段鎖」的概念，

    在ConcurrentHashMap中，就是把Map分紅了N個Segment，put和get的時候，都是現根據key.hashCode()算出放到哪一個Segment中：