fail-fast產(chǎn)生的原因是什么？解決辦法有哪些？

fail-fast產(chǎn)生的原因就在于程序在對collection進行迭代時，某個線程對該collection在結(jié)構(gòu)上對其做了修改，這時迭代器就會拋出。

ConcurrentModificationException異常信息，從而產(chǎn)生fail-fast。要了解fail-fast機制，我們首先要對ConcurrentModificationException異常有所了解。當(dāng)方法檢測到對象的并發(fā)修改，但不允許這種修改時就拋出該異常。

同時需要注意的是，該異常不會始終指出對象已經(jīng)由不同線程并發(fā)修改，如果單線程違反了規(guī)則，同樣也有可能會拋出改異常。

誠然，迭代器的快速失敗行為無法得到保證，它不能保證一定會出現(xiàn)該錯誤，但是快速失敗操作會盡大努力拋出ConcurrentModificationException異常，所以因此，為提高此類操作的正確性而編寫一個依賴于此異常的程序是錯誤的做法，正確做法是：ConcurrentModificationException應(yīng)該僅用于檢測bug。

fail-fast解決辦法這里有兩種解決方案：

方案一：在遍歷過程中所有涉及到改變modCount值得地方全部加上synchronized或者直接使用Collections.synchronizedList，這樣就可以解決。但是不推薦，因為增刪造成的同步鎖可能會阻塞遍歷操作。

方案二：使用CopyOnWriteArrayList來替換ArrayList。推薦使用該方案。CopyOnWriteArrayList為何物?ArrayList的一個線程安全的變體，其中所有可變操作(add、set等等)都是通過對底層數(shù)組進行一次新的復(fù)制來實現(xiàn)的。該類產(chǎn)生的開銷比較大，但是在兩種情況下，它非常適合使用。1：在不能或不想進行同步遍歷，但又需要從并發(fā)線程中排除沖突時。2：當(dāng)遍歷操作的數(shù)量大大超過可變操作的數(shù)量時。遇到這兩種情況使用CopyOnWriteArrayList來替代