Android中workerthread与UIthread同时访问同一资源造成ConcurrentModificationException解决参考

个人总结，若有问题，希望大家不吝指教，在此感谢。

项目中遇到一个ConcurrentModificationException异常，这种异常比较蛋疼，一般两个线程同时访问一个资源造成的，一个再改，一个再做别的，然后就不同步了。

    Log数据中只给出一个点，不方便查询另一个问题点。这类必须解决的就是两个线程对同一个资源（我们这是一个HashMap）同步的问题，一个方式就是加锁解决，这是一个总方针。但是加锁如果加不好，就会造成UIthread的线程因为在锁那里等的时间比较长而造成ANR，当然这种情况不常见，因为你的超过5秒才能ANR，但是是有这个可能的，我们遇到了……

然后就是思考了两个方案，一个是做一个高优先级的线程（参考android线程优先级就能知道哪个合适，有俩都可以）来对UIthread里面对资源的访问提出来，这样不会ANR，但是项目大，地方多，这么干结构都得变，还有就是那种特别需要及时相应的地方（UI界面上的滑动动画啥的），担心这么做会有一定的延时。然后就放弃了，改动貌似有点大。

第二个方案就是做备份了，那备份给UIthread去使用。何时做、咋做备份又是个问题。然后就各种参考，这里不得不说，Android源码还是很碉堡的，最起码比我见过的一些大一点的项目代码要好。

给出一段代码，下面一段代码是桌面源码launcherModle里面的一段代码。

代码中sBgWorkspaceItems、sBgAppWidgets就是workerThread和UIthread都可能访问到的资源。在这段中做了两个备份，Runnable中用的备份。加了一个锁，只锁一小段代码，基本不会造成ANR。这就是一个原则，如果是workerThread和UIthread都可能访问到的资源，那么对这类资源加锁尽量短。看了代码大家应该就知道怎么搞好了。

[java] view plaincopy

1. /** Unbinds all the sBgWorkspaceItems and sBgAppWidgets on the main thread */  
2.  void unbindWorkspaceItemsOnMainThread() {  
3.      // Ensure that we don't use the same workspace items data structure on the main thread  
4.      // by making a copy of workspace items first.  
5.      final ArrayList<ItemInfo> tmpWorkspaceItems = new ArrayList<ItemInfo>();  
6.      final ArrayList<ItemInfo> tmpAppWidgets = new ArrayList<ItemInfo>();  
7.      synchronized (sBgLock) {  
8.          tmpWorkspaceItems.addAll(sBgWorkspaceItems);  
9.          tmpAppWidgets.addAll(sBgAppWidgets);  
10.      }  
11.      Runnable r = new Runnable() {  
12.              @Override  
13.              public void run() {  
14.                 for (ItemInfo item : tmpWorkspaceItems) {  
15.                     item.unbind();  
16.                 }  
17.                 for (ItemInfo item : tmpAppWidgets) {  
18.                     item.unbind();  
19.                 }  
20.              }  
21.          };  
22.      runOnMainThread(r);  
23.  }