Java中的Collections.synchronizedList()和CopyOnWriteArrayList

该文章已生成可运行项目,

我们知道ArrayList在多线程的环境下并不是线程安全的,那如果我们需要在多线程的场景下使用连续存储并且数据具有有序性,可直接快速访问元素的集合时,可以使用Collections.synchronizedList()或者CopyOnWriteArrayList替代

Collections.synchronizedList()

Collections.synchronizedList()用于将普通的List转化为线程安全的同步列表。其底层是基于装饰器模式,通过包装将原始列表转换为对其所有操作都添加同步锁,来确保多线程的环境下的安全性

装饰器模式包装List

Collections.synchronizedList()是一个静态方法,调用此方法直接返回同步列表对象。SynchronizedList是一个包装类,其底层维护的依然是普通的List。只是在所有的操作中都添加了同步锁来保证线程安全。

SynchronizedList继承了SynchronizedCollection,拥有父类中的所有属性和方法。SynchronizedCollection中并不是所有方法都添加了同步锁,使用时需谨慎。

以下情况仍然需要手动加锁:

  1. 使用迭代器遍历集合时,synchronizedList并没有对迭代器操作添加同步锁,在使用时需要手动添加
  2. 其他单个添加同步锁的操作,在单独使用时,是线程安全的。但是组合使用的时候,还是需要用户手动加锁(比如:put-if-absent:这种类似的组合操作,synchronizedList中的方法不能保证一组操作的原子性)
方法
构造方法

提供了两个构造方法,其中一个可以手动添加锁对象。如果不选择手动添加,则默认的是当前创建好的synchronizedList实例对象

    static class SynchronizedList<E>
        extends SynchronizedCollection<E>
        implements List<E> {
        private static final long serialVersionUID = -7754090372962971524L;

        final List<E> list;

        //默认锁为当前实例
        SynchronizedList(List<E> list) {
            super(list);
            this.list = list;
        }
        //手动添加锁
        SynchronizedList(List<E> list, Object mutex) {
            super(list, mutex);
            this.list = list;
        }
    }
equals和HashCode
        //调用原始list.equals(o)之前添加同步锁
        public boolean equals(Object o) {
            if (this == o)
                return true;
            synchronized (mutex) {return list.equals(o);}
        }

        //调用原始list.hashCode()之前添加同步锁
        public int hashCode() {
            synchronized (mutex) {return list.hashCode();}
        }
增删改查
        //在调用原始list方法外层,都用同步锁包裹
        public E get(int index) {
            synchronized (mutex) {return list.get(index);}
        }

        public E set(int index, E element) {
            synchronized (mutex) {return list.set(index, element);}
        }

        public void add(int index, E element) {
            synchronized (mutex) {list.add(index, element);}
        }

        public boolean addAll(int index, Collection<? extends E> c) {
            synchronized (mutex) {return list.addAll(index, c);}
        }

        public E remove(int index) {
            synchronized (mutex) {return list.remove(index);}
        }
查找指定元素索引位
        //调用原始list方法外层,使用同步锁包裹
        public int indexOf(Object o) {
            synchronized (mutex) {return list.indexOf(o);}
        }

        public int lastIndexOf(Object o) {
            synchronized (mutex) {return list.lastIndexOf(o);}
        }
截取替换排序 
        public List<E> subList(int fromIndex, int toIndex) {
            synchronized (mutex) {
                return new SynchronizedList<>(list.subList(fromIndex, toIndex),
                                            mutex);
            }
        }

        @Override
        public void replaceAll(UnaryOperator<E> operator) {
            synchronized (mutex) {list.replaceAll(operator);}
        }
        @Override
        public void sort(Comparator<? super E> c) {
            synchronized (mutex) {list.sort(c);}
        }
迭代器操作
        //用户需要手动加锁
        public ListIterator<E> listIterator() {
            return list.listIterator(); // Must be manually synched by user
        }

        public ListIterator<E> listIterator(int index) {
            return list.listIterator(index); // Must be manually synched by user
        }
手动加锁
    synchronized (list) {
        Iterator<E> it = list.iterator();
        while (it.hasNext()) {
            // 操作
        }
    }
组合操作
    synchronized (list) {
        if (!list.contains(element)) {
            list.add(element);
        }
    }

CopyOnWriteArrayList

CopyOnWriteArrayList采用的是写时复制的思想,在增删改的操作时(添加同步锁),复制原始的旧数组进行操作,最后将操作完成的副本替换为原始的数组。读操作直接访问当前数组,无需加锁。

这种设计,在读操作时,无法保证数据是最新的数组数据。可能访问的是旧数据,但能保证数据的最终一致性(每一个线程的写操作都是原子性的,数据不会出现错乱或者意外丢失)。

构造方法
public class CopyOnWriteArrayList<E>
    implements List<E>, RandomAccess, Cloneable, java.io.Serializable {
    private static final long serialVersionUID = 8673264195747942595L;


    final transient Object lock = new Object();

    //volatile关键字修饰,多线程间数据可见
    private transient volatile Object[] array;


    final Object[] getArray() {
        return array;
    }

    final void setArray(Object[] a) {
        array = a;
    }

    //构造函数,通过setArray访问array
    public CopyOnWriteArrayList() {
        setArray(new Object[0]);
    }


    //如果传入的是CopyOnWriteArrayList类型的集合,则直接将原数组引用拷贝
    //到新集合,后续写操作由于是复制数组快照,操作后将快照替换为原数组,所以
    //作为传入参数的数组被修改,引用拷贝到es的数组不会受影响
    //如果传入的是其他类型的集合,则会拷贝一个新数据,与原传入的集合不是同一个
    public CopyOnWriteArrayList(Collection<? extends E> c) {
        Object[] es;
        if (c.getClass() == CopyOnWriteArrayList.class)
            es = ((CopyOnWriteArrayList<?>)c).getArray();
        else {
            es = c.toArray();
            if (es.getClass() != Object[].class)
                es = Arrays.copyOf(es, es.length, Object[].class);
        }
        setArray(es);
    }

 
    //拷贝一个新数据
    public CopyOnWriteArrayList(E[] toCopyIn) {
        setArray(Arrays.copyOf(toCopyIn, toCopyIn.length, Object[].class));
    }
尾部添加元素
    //在数组尾部添加元素(同步代码块)
    public boolean add(E e) {
        synchronized (lock) {
            Object[] es = getArray();
            int len = es.length;
            es = Arrays.copyOf(es, len + 1);
            es[len] = e;
            setArray(es);
            return true;
        }
    }
指定位置添加元素
    //指定位置添加元素(同步代码块)
    public void add(int index, E element) {
        synchronized (lock) {
            Object[] es = getArray();
            int len = es.length;
            if (index > len || index < 0)
                throw new IndexOutOfBoundsException(outOfBounds(index, len));
            Object[] newElements;
            int numMoved = len - index;
            if (numMoved == 0)
                newElements = Arrays.copyOf(es, len + 1);
            else {
                newElements = new Object[len + 1];
                //分两次复制,第一次为index之前的元素,第二次为index之后的元素,
                //将index索引位空出来放置element
                System.arraycopy(es, 0, newElements, 0, index);
                System.arraycopy(es, index, newElements, index + 1,
                                 numMoved);
            }
            newElements[index] = element;
            setArray(newElements);
        }
    }
删除指定位置元素
    //删除指定索引位元素
    public E remove(int index) {
        synchronized (lock) {
            Object[] es = getArray();
            int len = es.length;
            E oldValue = elementAt(es, index);
            int numMoved = len - index - 1;
            Object[] newElements;
            //尾部删除,直接复制尾部之前的元素到新数组
            if (numMoved == 0)
                newElements = Arrays.copyOf(es, len - 1);
            //其他部位删除,第一次复制index之前的元素,第二次将index之后的元素前移一位
            else {
                newElements = new Object[len - 1];
                System.arraycopy(es, 0, newElements, 0, index);
                System.arraycopy(es, index + 1, newElements, index,
                                 numMoved);
            }
            setArray(newElements);
            return oldValue;
        }
    }
删除指定元素
    public boolean remove(Object o) {
        Object[] snapshot = getArray();
        int index = indexOfRange(o, snapshot, 0, snapshot.length);
        return index >= 0 && remove(o, snapshot, index);
    }

    //同步代码块中重新获取了原数组信息,与同步代码块之外的snapshot对比
    //(多线程情况下可能数组会被其他线程修改)
    private boolean remove(Object o, Object[] snapshot, int index) {
        synchronized (lock) {
            Object[] current = getArray();
            int len = current.length;
            if (snapshot != current) findIndex: {
                int prefix = Math.min(index, len);
                for (int i = 0; i < prefix; i++) {
                    if (current[i] != snapshot[i]
                        && Objects.equals(o, current[i])) {
                        index = i;
                        break findIndex;
                    }
                }
                if (index >= len)
                    return false;
                if (current[index] == o)
                    break findIndex;
                index = indexOfRange(o, current, index, len);
                if (index < 0)
                    return false;
            }
            Object[] newElements = new Object[len - 1];
            //第一次复制index之前的元素,第二次将index之后的元素前移一位
            System.arraycopy(current, 0, newElements, 0, index);
            System.arraycopy(current, index + 1,
                             newElements, index,
                             len - index - 1);
            setArray(newElements);
            return true;
        }
    }

Vector与Collections.synchronizedList()与CopyOnWriteArrayList

VectorCollections.synchronizedList()CopyOnWriteArrayList
同步机制所有方法都是用synchronized修饰(锁对象为实例本身)所有操作使用synchronized同步代码块(可手动添加锁对象)写操作使用synchronized同步代码块,读操作无锁
数据结构基于动态数组(类似于ArrayList)包装任意List(如ArrayList,LinkedList)基于volatile数组,写时复制
迭代器同步遍历时需要手动同步,否则会报错ConcurrentModificationException(迭代循环时的expectedModCount与modCount不等,则表示迭代时有修改操作)遍历时需要手动同步,否则会报错ConcurrentModificationException(迭代循环时的expectedModCount与modCount不等,则表示迭代时有修改操作)基于快照的迭代,无需手动同步
一致性保证强一致性强一致性弱一致性(读操作可能会读到旧数据)
读性能低(所有方法加锁,高并发下竞争激烈)低(所有操作添加同步锁,读操作竞争激烈)极高(读操作无锁,直接访问)
写性能低(所有方法加锁,高并发下竞争激烈)低(所有操作添加同步锁,读操作竞争激烈)极低(添加同步锁,写操作复制数组快照,时间复杂度为O(n))
内存占用高(频繁写操作会产生大量快照)
适用并发场景不推荐(遗留类)读写均衡或写多读少,需强一致性(如共享任务队列,实时订单处理)读多写少(如监听器列表、配置缓存,黑白名单过滤)

 

本文章已经生成可运行项目
<think>我们正在讨论Collections.synchronizedList()CopyOnWriteArrayList的区别。根据引用内容,我们可以从以下几个方面进行对比: 1. **线程安全实现机制**: - `Collections.synchronizedList()`:通过在每个方法上使用synchronized关键字来实现线程安全。这意味着每次只有一个线程可以访问该列表的方法(读或写都需要获取锁)[^1][^2][^3]。 - `CopyOnWriteArrayList`:使用写时复制(Copy-On-Write)技术。当进行写操作(添加、修改、删除)时,它会复制底层数组,修改在新数组上进行,然后替换引用。读操作则直接在旧数组(快照)上进行,无需加锁[^1][^2][^4]。 2. **性能特点**: - **读操作**: - `CopyOnWriteArrayList`:读操作不需要加锁,因此读性能非常高,尤其是在读多写少的场景中[^1][^2][^4]。 - `Collections.synchronizedList()`:读操作需要获取锁,因此读性能相对较低(因为存在锁竞争)[^1][^2]。 - **写操作**: - `CopyOnWriteArrayList`:写操作需要复制整个数组,因此写性能较差(尤其是在数据量大时)[^1][^2][^4]。 - `Collections.synchronizedList()`:写操作只需要获取锁,不需要复制数组,因此写性能相对较好(但锁竞争激烈时性能会下降)[^1][^2]。 3. **内存使用**: - `CopyOnWriteArrayList`:在写操作时会复制整个数组,因此内存占用较高(尤其是在写操作频繁时)[^2][^4]。 - `Collections.synchronizedList()`:内存占用较低,因为它只是对原有列表的包装,没有额外的数组复制[^2]。 4. **迭代器行为**: - `CopyOnWriteArrayList`:迭代器是弱一致性的。迭代器创建时持有当时数组的快照,因此不会抛出`ConcurrentModificationException`,但迭代过程中可能无法反映最新的修改[^1][^2][^5]。 - `Collections.synchronizedList()`:迭代器是快速失败的。在迭代过程中如果列表被修改(除了通过迭代器自身的remove或add方法),会立即抛出`ConcurrentModificationException`。因此,在迭代时必须手动同步整个迭代过程[^1][^2][^5]。 5. **复合操作的原子性**: - `Collections.synchronizedList()`:虽然单个操作是线程安全的,但复合操作(如“检查再执行”:先检查是否存在再添加)需要外部同步(synchronized块)来保证原子性[^4]。 - `CopyOnWriteArrayList`:由于每次写操作都会复制新数组,因此其部分复合操作(如`addIfAbsent()`)是原子操作,无需额外同步[^4]。 **总结表格**: | 特性 | `Collections.synchronizedList()` | `CopyOnWriteArrayList` | |--------------------------|--------------------------------------------------|------------------------------------------------| | **线程安全机制** | 方法级synchronized锁 | 写时复制(读无锁,写加锁) | | **读性能** | 中等(需要获取锁) | 非常高(无锁) | | **写性能** | 中等(只需要获取锁,无复制) | 低(需要复制整个数组) | | **内存占用** | 低 | 高(写操作时可能产生内存压力) | | **迭代器行为** | 快速失败(需要外部同步迭代) | 弱一致性(无需同步,但可能不是最新数据) | | **复合操作原子性** | 需要外部同步 | 内置原子方法(如`addIfAbsent()`) | | **适用场景** | 读写相对均衡,或写多读少 | 读多写少(如监听器列表、配置信息等) | **选择建议**: - 如果需要频繁读取而很少写入,选择`CopyOnWriteArrayList`。 - 如果读写操作相对均衡,或者写操作较多,选择`Collections.synchronizedList()`可能更合适。 - 如果需要在迭代过程中避免并发修改异常,且可以接受可能读取到稍旧的数据,则选择`CopyOnWriteArrayList`。 - 如果需要执行复合操作(如“检查再添加”),并且不想手动同步,则`CopyOnWriteArrayList`提供了内置的原子方法(如`addIfAbsent()`)[^4]。 **示例代码对比**: 使用`Collections.synchronizedList()`时,遍历需要手动同步: ```java List<String> syncList = Collections.synchronizedList(new ArrayList<>()); // 添加元素不需要额外同步(因为每个方法都同步) syncList.add("A"); syncList.add("B"); // 遍历时需要手动同步 synchronized (syncList) { for (String s : syncList) { System.out.println(s); } } ``` 使用`CopyOnWriteArrayList`时,遍历无需同步: ```java CopyOnWriteArrayList<String> cowList = new CopyOnWriteArrayList<>(); cowList.add("A"); cowList.add("B"); // 遍历无需同步(使用创建迭代器时的数组快照) for (String s : cowList) { System.out.println(s); } ``` **注意事项**: - 对于`CopyOnWriteArrayList`,在写操作频繁的场景下,由于反复复制数组,可能导致性能下降内存占用增加。 - 对于`Collections.synchronizedList()`,在高并发场景下,锁竞争可能导致性能瓶颈。 通过以上对比,可以根据具体应用场景选择合适的线程安全列表实现。 --- §§相关问题§§ 1. `CopyOnWriteArrayList` 在写多读少场景下为何性能差? 2. 如何保证 `Collections.synchronizedList()` 复合操作的线程安全? 3. `CopyOnWriteArrayList` 的迭代器弱一致性具体指什么? 4. 在哪些实际应用场景中优先选择 `CopyOnWriteArrayList`?</think>### Collections.synchronizedList()CopyOnWriteArrayList 核心区别 #### 1. **线程安全机制** | **特性** | `Collections.synchronizedList()` | `CopyOnWriteArrayList` | |-------------------|-------------------------------------------------|---------------------------------------------| | **实现原理** | 方法级 `synchronized` 全局锁 | 写时复制 (Copy-On-Write) + `ReentrantLock` | | **锁粒度** | 整个列表对象锁 | 仅写操作加锁(读操作无锁) | | **锁类型** | 悲观锁 | 写操作为悲观锁,读操作为乐观锁 | | **典型代码** | ```synchronized(mutex) { list.add(e); }``` [^1] | ```lock.lock(); 复制数组; 修改; 替换引用``` [^4] | #### 2. **性能对比** | **场景** | `Collections.synchronizedList()` | `CopyOnWriteArrayList` | **原因分析** | |-------------------|----------------------------------|-------------------------------|-----------------------------------------------------------------------------| | **读操作** | 中等(需抢锁)[^1][^2] | **极高**(无锁直接访问)[^1] | 读操作无需复制数据或等待锁释放 | | **写操作** | **较高**(仅需抢锁)[^1][^2] | 极低(需复制整个数组)[^1][^4] | 每次写操作需复制新数组 ($O(n)$),数据量大时性能急剧下降 | | **复合操作** | 需外部同步[^4] | 内置原子方法(如`addIfAbsent`)| `synchronizedList` 需手动同步检查-修改操作 | | **内存占用** | 低(仅包装原列表)[^2] | 高(写操作时双倍内存)[^2] | 写操作需复制整个数组 | #### 3. **迭代器行为** | **特性** | `Collections.synchronizedList()` | `CopyOnWriteArrayList` | |-------------------|-----------------------------------------|-------------------------------------| | **一致性** | 快速失败 (Fail-Fast) [^5] | 弱一致性 (Weakly Consistent) [^1][^4] | | **并发修改** | 抛出 `ConcurrentModificationException` | 使用迭代器创建时的数组快照 | | **同步要求** | 需手动同步整个迭代过程[^2][^4] | **无需额外同步** | | **示例代码** | ```synchronized(list) { for(...) }``` | 直接使用 `for-each` 循环 | #### 4. **适用场景** | **场景** | 推荐容器 | **原因** | |--------------------------|-----------------------------------|-------------------------------------------------------------------------| | **高频读 + 低频写** | `CopyOnWriteArrayList` [^1][^4] | 读操作无锁优势明显(如配置信息、监听器列表) | | **读写均衡/高频写** | `Collections.synchronizedList()` [^1] | 写操作无数组复制开销 | | **大型集合写操作** | `Collections.synchronizedList()` | 避免大数组复制的内存CPU消耗 | | **需要原子复合操作** | `CopyOnWriteArrayList` [^4] | 内置 `addIfAbsent()` 等原子方法 | | **迭代频繁且怕异常** | `CopyOnWriteArrayList` | 迭代过程永不抛 `ConcurrentModificationException` | --- ### 关键问题解析 #### 1. **为什么写多读少时 `CopyOnWriteArrayList` 性能差?** - **数组复制开销**:每次写操作(`add/set/remove`)需复制整个数组,时间复杂度 $O(n)$ - **内存压力**:大集合修改时可能触发GC(如1GB数组修改需额外1GB内存) - **锁竞争**:虽然写操作用锁,但复制过程阻塞其他写操作[^1][^4] #### 2. **如何保证 `synchronizedList` 复合操作安全?** ```java List<String> list = Collections.synchronizedList(new ArrayList<>()); // 错误方式:非原子操作 if (!list.contains("key")) { list.add("key"); // 可能被其他线程打断 } // 正确方式:外部同步块 synchronized (list) { // 获取与内部相同的锁 if (!list.contains("key")) { list.add("key"); } } // 同步块结束释放锁[^4] ``` #### 3. **`CopyOnWriteArrayList` 迭代器弱一致性** - 迭代器创建时**固定当前数组引用**为快照 - 后续写操作修改的是**新复制的数组**,不影响快照 - 迭代器遍历的是**历史数据**,可能不包含最新修改[^1][^4] --- ### 总结对比表 | **维度** | `Collections.synchronizedList()` | `CopyOnWriteArrayList` | |------------------|---------------------------------------|---------------------------------------| | **线程安全机制** | 方法级 `synchronized` 全局锁 | 写时复制 + 桶锁 | | **读性能** | ⭐⭐ (需抢锁) | ⭐⭐⭐⭐⭐ (无锁) | | **写性能** | ⭐⭐⭐ (仅锁竞争) | ⭐ (数组复制开销) | | **内存效率** | ⭐⭐⭐⭐⭐ | ⭐⭐ (写时双倍内存) | | **迭代安全性** | 需手动同步 | 内置安全 | | **复合操作** | 需外部同步 | 内置原子方法 | | **最佳场景** | 写多读少/均衡 | 读多写少/要求无锁读 | > **经验法则**: > - 监听器列表(读多写少) → `CopyOnWriteArrayList` > - 高频更新的业务数据 → `Collections.synchronizedList()` 或 `ConcurrentHashMap` > - 需要安全迭代 → 优先选 `CopyOnWriteArrayList` 避免手动同步 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值