问不同步Java集合的后果

EN

由于HashSet在内部使用HashMap，所以您只需查看HashMap的putVal方法定义并亲自查看--在该方法执行的任何时候，另一个线程可能会开始执行相同的操作。例如，它可以将其调整为中等大小，这意味着数据可能被写入旧表，或者同时创建两个新表。

结果总是数据损坏，甚至可能在这类事件发生后失效。

如果其中一个线程正在对集合进行迭代，而另一个线程正在修改它，则可以获得ConcurrentModificationException。

详细说明见HashSet文档：

注意，此实现不是同步的。如果多个线程同时访问哈希集，并且至少有一个线程修改该集，则必须在外部同步它。这通常是通过对一些自然封装集合的对象进行同步来实现的。如果不存在这样的对象，则应该使用Collections.synchronizedSet方法“包装”集合。最好在创建时这样做，以防止意外地不同步地访问集合： Set s = Collections.synchronizedSet(new HashSet(...)); 这个类的迭代器方法返回的迭代器是快速失败的:如果在迭代器创建后的任何时候对集合进行了修改，那么除了通过迭代器自己的remove方法之外，其他任何方式都会抛出一个ConcurrentModificationException。因此，在并发修改的情况下，迭代器会迅速而干净地失败，而不是在未来某个未定的时间冒着任意的、不确定的行为的风险。 请注意，迭代器的快速失败行为不能保证，一般来说，在不同步并发修改的情况下不可能提供任何硬的保证。快速失败的迭代器在最大努力的基础上将ConcurrentModificationException抛出。因此，编写一个依赖于此异常的程序是错误的:迭代器的快速失败行为应该只用于检测bug。

最糟糕的结果是，您的数据结构最终指向自身，例如，HashMap到Java 7可能会进入一个无限循环。这意味着您没有错误，而是您的线程永远不会返回。