各位android 老司機們，對于android 遍歷結(jié)合的時候，發(fā)生并發(fā)修改異常一定毫不陌生；

之前看到過一篇文章，

在阿里巴巴Java開發(fā)手冊中，有這樣一條規(guī)定：

其實，增強for循環(huán)也是Java給我們提供的一個語法糖，如果將以上代碼編譯后的class文件進行反編譯（使用jad工具）的話，可以得到以下代碼：

1、原因：(其實我都不想在各位老司機面前再贅述這個了。-_-||)

這個異常產(chǎn)生的原因是，迭代器依賴于集合而存在，在判斷成功后，集合中添加了新的元素，而迭代器并不知道，所有就報錯了。其實這個問題說的是：迭代器遍歷集合中的元素的時候，不要使用集合對象去修改集合中的元素。

翻看ArrayList源碼和iterator()方法的具體實現(xiàn)，可以發(fā)現(xiàn)ArrayList繼承于集合抽象類有一個成員變量modCount，在每次對元素進行增刪改時，相應方法會將modCount++。而進行遍歷iterator的next方法中首先會調(diào)用checkForComodification()方法，這個方法會對modCount和expectedModCount進行比較，expectedModCount是iterator的成員變量，一開始被賦值為modCount，兩者不等就會拋出并發(fā)修改的異常。

解決方案：迭代器遍歷的時候，可以通過迭代器修改集合中的元素，iterator類中也有修改元素的方法，并在修改完成后重新將modCount賦值給expectedModCount，之后進行next遍歷檢查就不會再報異常。

2、解決方法：

1、直接使用普通for循環(huán)進行操作

用for 循環(huán)遍歷，然后直接用list 操作，eg:

2、foreach,或者Iterator 遍歷的，直接用Iterator 來操作

3、問題復現(xiàn)

那么說了這多，其實就是mapIndexed 這個方法，這個語法糖其實是基于Iterator來遍歷的。

所以，如果你要是在使用這個方式遍歷的過程中從集合中remove元素，那就會有并發(fā)修改異常產(chǎn)生 ；

我還是貪圖Kotlin 高級用法的甜頭，而忽視了細節(jié)，導致問題出現(xiàn)，粗心大意，理解不深害死人。。

總結(jié)

到此這篇關于Kotlin遍歷集合導致并發(fā)修改異常的原因和解決方法的文章就介紹到這了,更多相關Kotlin遍歷集合并發(fā)異常內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論