迭代同步包装器是否安全？

我决定深入研究一下源代码,并注意到它Collections.synchronizedList(List)实现如下:

public static  List synchronizedList(List list) {
    return (list instanceof RandomAccess ?
        new SynchronizedRandomAccessList(list) :
        new SynchronizedList(list));
}

其中SynchronizedList嵌套类是:

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

    SynchronizedList(List list) {
        super(list);
        this.list = list;
    }
    SynchronizedList(List list, Object mutex) {
        super(list, mutex);
        this.list = list;
    }

    public boolean More ...equals(Object o) {
        synchronized(mutex) {return list.equals(o);}
    }

    //ommited

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

    public E remove(int index) {
        synchronized(mutex) {return list.remove(index);}
    }

    //rest is ommited
}

可以看出,该类使用private锁定对象来提供线程安全性.但是文档允许我们使用锁定工厂方法返回的对象来迭代它.

当迭代它时,用户必须手动同步返回的列表:

所以,我们使用不同的锁迭代和修改列表(add,remove,等).

为什么它被认为是安全的？

该Collections#synchronizedList方法

public static  List synchronizedList(List list) {
    return (list instanceof RandomAccess ?
            new SynchronizedRandomAccessList<>(list) :
            new SynchronizedList<>(list));
}

使用您在问题中显示的单个参数构造函数.该构造函数调用设置this为的超级构造函数mutex.所有方法都synchronized在mutex,this.

文档告诉您在迭代时同步实例.该引用this与方法体内的引用相同.

所有这些操作都是(如果你做对了)因此共享同一个锁.