1、解決：
fail-fast機制，是一種錯誤檢測機制。它只能被用來檢測錯誤，因為JDK並不保證fail-fast機制一定會發生。若在多線程環境下使用fail-fast機制的集合，建議使用“java.util.concurrent包下的類”去取代“java.util包下的類”。
所以，本例中只需要將ArrayList替換成java.util.concurrent包下對應的類即可。
需要將代碼：private static List<String> list = new ArrayList<String>()；
替換為：private static List<String> list = new CopyOnWriteArrayList<String>();
2、原因：
產生fail-fast事件，是通過拋出ConcurrentModificationException異常來觸發的。
那么，ArrayList是如何拋出ConcurrentModificationException異常的呢?
接下來，我們再系統的梳理一下fail-fast是怎么產生的。步驟如下：
(01) 新建了一個ArrayList，名稱為arrayList。
(02) 向arrayList中添加內容。
(03) 新建一個“線程a”，並在“線程a”中通過Iterator反復的讀取arrayList的值。
(04) 新建一個“線程b”，在“線程b”中刪除arrayList中的一個“節點A”。
(05) 這時，就會產生有趣的事件了。
在某一時刻，“線程a”創建了arrayList的Iterator。此時“節點A”仍然存在於arrayList中，創建arrayList時，expectedModCount = modCount(假設它們此時的值為N)。
在“線程a”在遍歷arrayList過程中的某一時刻，“線程b”執行了，並且“線程b”刪除了arrayList中的“節點A”。“線程b”執行remove()進行刪除操作時，在remove()中執行了“modCount++”，此時modCount變成了N+1！
“線程a”接着遍歷，當它執行到next()函數時，調用checkForComodification()比較“expectedModCount”和“modCount”的大小；而“expectedModCount=N”，“modCount=N+1”,這樣，便拋出ConcurrentModificationException異常，產生fail-fast事件。
至此，我們就完全了解了fail-fast是如何產生的！
即，當多個線程對同一個集合進行操作的時候，某線程訪問集合的過程中，該集合的內容被其他線程所改變(即其它線程通過add、remove、clear等方法，改變了modCount的值)；這時，就會拋出ConcurrentModificationException異常，產生fail-fast事件。
3、調用CopyOnWriteArrayList的原因：
從中，我們可以看出:
(01) 和ArrayList繼承於AbstractList不同，CopyOnWriteArrayList沒有繼承於AbstractList，它僅僅只是實現了List接口。
(02) ArrayList的iterator()函數返回的Iterator是在AbstractList中實現的；而CopyOnWriteArrayList是自己實現Iterator。
(03) ArrayList的Iterator實現類中調用next()時，會“調用checkForComodification()比較‘expectedModCount’和‘modCount’的大小”；但是，CopyOnWriteArrayList的Iterator實現類中，沒有所謂的checkForComodification()，更不會拋出ConcurrentModificationException異常！
不理解的請看原文：https://www.cnblogs.com/shamo89/p/6685216.html