例子

ArrayList在迭代的时候，如果同时对其修改就会抛出java.util.ConcurrentModificationException并发修改异常

public class NotSafeDemo {
    public static void main(String[] args) {
        List<String> list = new ArrayList<>();
        for (int i = 1; i <=30; i++) {
            new Thread(() -> {
                list.add(UUID.randomUUID().toString().substring(0,8));
                System.out.println(list);
            },String.valueOf(i)).start();
        }
    }
}

原因

因为ArrayList的add方法中没有加锁的操作，有30个线程要对ArrayList操作，然后线程又要写，又要读，所以会出现上述的报错。

解决方案

方案一：Vector

查看源码，发现方法上有synchronized，所以线程安全

虽然保证了数据一致性，但是查询效率下降了，不推荐

        List<String> list = new Vector<>();

方案二：Collections

Collections提供了方法synchronizedList可以将一个线程不安全的ArrayList转化为一个线程安全的

小数据量的时候完全可以使用这种方式

		List<String> list = Collections.synchronizedList(new ArrayList<>());

那HashMap，HashSet是线程安全的吗？也不是
所以有同样的线程安全方法

方案三：写时复制

		List<String> list = new CopyOnWriteArrayList<>();

CopyOnWrite容器即写时复制的容器。往一个容器添加元素的时候，不直接往当前容器Object[]添加，
而是先将当前容器Object[]进行Copy，复制出一个新的容器Object[] newElements，然后向新的容器Object[] newElements里添加元素。
添加元素后，再将原容器的引用指向新的容器setArray(newElements)。
这样做的好处是可以对CopyOnWrite容器进行并发的读，而不需要加锁，因为当前容器不会添加任何元素。
所以CopyOnWrite容器也是一种读写分离的思想，读和写不同的容器。

 
/**
 * Appends the specified element to the end of this list.
 *
 * @param e element to be appended to this list
 * @return {@code true} (as specified by {@link Collection#add})
 */
public boolean add(E e) {
    final ReentrantLock lock = this.lock;
    lock.lock();
    try {
        Object[] elements = getArray();
        int len = elements.length;
        Object[] newElements = Arrays.copyOf(elements, len + 1);
        newElements[len] = e;
        setArray(newElements);
        return true;
    } finally {
        lock.unlock();
    }
}

标签：JUC,容器,List,ArrayList,Object,list,newElements,线程,集合
来源： https://blog.csdn.net/Alvin199765/article/details/111056694