linda工作筆記

 http://search.live.com/results.aspx?q=openproxy.huawei.com&src=IE-Address

     摘要: 大家都知道java調(diào)用cmd 用的是Runtime的exec()方法。該方法最終重啟一個(gè)進(jìn)程去執(zhí)行命令，因?yàn)樵摲椒ㄗ罱K調(diào)用了ProcessBuilder：1?public?Process?exec(String[]?strings,?String[]?strings_2_,?File?file)2????throws?IOException?{3????return?new?ProcessBuil...  閱讀全文

         在多線程下使用Iterator來迭代對(duì)象時(shí)，總會(huì)包ConcurrentModificationException();異常，經(jīng)過我對(duì)list和Iterator相關(guān)源碼的分析，終于搞明白了這個(gè)問題： 
         下面結(jié)合源代碼來討論這個(gè)問題：

          1、當(dāng)我們調(diào)用一個(gè)List的iterator時(shí)，其實(shí)返回的并不是Itr對(duì)象（Iterator是一個(gè)接口），請看代碼：
       
       2、在Itr類中有這么一句話  int expectedModCount = modCount;首先講一下這兩個(gè)變量的含義：
             expectedModCount ：創(chuàng)建當(dāng)前的Itr對(duì)象時(shí)集合對(duì)象被修改的次數(shù)。他是Itr的變量。
             modCount：記錄集合對(duì)象從創(chuàng)建到當(dāng)前時(shí)間被做修改的次數(shù)。（集合每進(jìn)行一次增刪改查都會(huì)使modCount），他是Itr的外部類AbstractList
             的變量，且該變量在 AbstractList中被如此修飾protected transient int modCount = 0; 
            另外，Itr自己對(duì)集合對(duì)象進(jìn)行了修改后，他會(huì)維持expectedModCount 和modCount的保持相等，請看以下代碼
            在代碼的12行，Itr保證了expectedModCount 和modCount值的相等 ，modCount的值發(fā)生了改變嗎，他改變了，帶代碼的第8行改變的，請看此處的代碼：
         
           在代碼的第四行modCount發(fā)生了改變。 由此可以看出，在我們調(diào)用集合對(duì)象的iterator()方法的remove時(shí)總會(huì)使list的modCount的值自增1，但是Itr會(huì)自己維護(hù)該值和expectedModCount 的一致。
       3、試問：如果expectedModCount 和modCount的值如果不相等，會(huì)有什么問題呢，這就是報(bào)ConcurrentModificationException();異常的原因所在，請先看Itr的next()方法和next()調(diào)用的方法
    在next方法的一開始顯示調(diào)用了checkForComodification()方法（見第三行），在checkForComodification()方法中做的工作就是比較expectedModCount 和modCount的值是否相等，如果不相等，就認(rèn)為還有其他對(duì)象正在對(duì)當(dāng)前的List進(jìn)行操作，那個(gè)就會(huì)拋出ConcurrentModificationException異常。
       經(jīng)過以上的分析，發(fā)現(xiàn)拋出ConcurrentModificationException異常處于調(diào)用next()方法時(shí)，比較expectedModCount 和modCount的值，如果兩個(gè)值不相等，就會(huì)拋出異常，然而在什么情況下會(huì)使expectedModCount 和modCount的值不相等呢，只有在兩個(gè)Itr同時(shí)對(duì)一個(gè)list進(jìn)行操作的時(shí)候才會(huì)出現(xiàn)這樣的問題，所以在以后的編碼過程中在是由Iterator進(jìn)行remove()時(shí)一定要考慮是否時(shí)多線程的，如果是請不要用Iterator進(jìn)行remove（），而應(yīng)該使用List的remove方法進(jìn)行。