线程不安全的ArrayList, Set, Map

众所周知,ArrayList -> List -> Collection, ArrayList线程不安全。同理,Map, Set都是线程不安全。ArrayList总结起来就是: 初始化size为10的Object类型的数组。多并发修改值时可能: ConcurrentModificationException.

出现ConcurrentModificationExceptionArrayList举例:30个线程同时对list进行add:

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

各种exception:

  1. 同时对list读写: ConcurrentModificationException. 解决办法: Vector, Collections.synchronizedList(new ArrayList<>()), CopyOnWriteArrayList
  2. IllegalMonitorStateException: 没有加lock/synchronized: 多线程争抢操作资源类
  3. java自带的类.getClass().getClassLoader().**getParent()**...: NullPointerException;
  4. thread.start()调用多次: IllegalThreadStateException

ArrayList -> CopyOnWriteArrayList
HashSet  -> CopyOnWriteArraySet
   |
   v
HashMap  -> ConcurrentHashMap
  1. ArrayList: default cap: 10; grow strategy: newCap= = oldCap + (oldCap >> 1): 15, 22...
  2. HashMap: default cap: 16; grow strategy: newCap = oldCap << 1; 是2^n;

ArrayList扩容中,new/old交替赋值元素用的方法是Arrays.copyOf:

elementData = Arrays.copyOf(elementData, newCapacity);

如何用线程安全的ArrayList?

Vector. 但是,不好👎,因为这是JDK 1.0的, 加了synchronized并发性下降。实际上ArrayList是JDK 1.2的(Doug Lea),就是为了解决并发性能低才有的这个类.

怎么办?
Collections是工具类:Collections.synchronizedList(new ArrayList<>()).可以点进去看源码, 和ArrayList的add方法的区别就是, 方法前面有没有synchronized修饰.

还有更吊的: java.util.concurrent包中的类: CopyOnWriteArrayList, 写时复制。也是线程安全的.

为什么? 点进去:

public CopyOnWriteArrayList() {
        setArray(new Object[0]);
    }

点进去:

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

点进去:

/** The array, accessed only via getArray/setArray. */
private transient volatile Object[] array;

add方法

/**
     * 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; // only 1 write/read happens at a time
        lock.lock();
        try {
            Object[] elements = getArray();
            int len = elements.length;
            Object[] newElements = Arrays.copyOf(elements, len + 1); // add just 1 element
            newElements[len] = e;
            setArray(newElements);
            return true;
        } finally {
            lock.unlock();
        }
    }

可以看出来, CopyOnWrite这种写时复制的容器,不是直接往那个容器添加元素,而是将当前的容器elements进行copy得到一个新的容器newElements,然后往新的容器中写。写完之后,把指向原来容器的引用指向新的容器setArray(newElements), 这样在写的时候并不影响从之前的容器中读, i.e. 可以对CopyOnWrite容器进行并发的读,这个读不需要加锁,因为当前容器不会添加任何元素。所以CopyOnWrite是一种读写分离的思想,读写分离的容器。

当然,这种Arrays.copyOf过于频繁也不好,这种就看场景,如果是读多写少的场景, e.g. 跟mysql那种类似的场景,用这个就很合适。

Set:

public static void main(String[] args) {
//        listNotSafe();
        Set<String> set = new HashSet<>();
        for (int i = 0; i < 30; i++) {
            new Thread(() -> {
                set.add(UUID.randomUUID().toString().substring(0, 8));
                System.out.println(set);
            }, String.valueOf(i)).start();
        }
    }

因为HashSet和前面的ArrayList类似,也不是线程安全的,所以上面的会有ConcurrentModificationException;
问: HashSet是怎么实现的?

public HashSet() {
        map = new HashMap<>();
    }

诶?那一个KV对一个是就只是单个元素,怎么搞的?
找add:

public boolean add(E e) {
        return map.put(e, PRESENT)==null;
    }

PRESENT是个常量:

// Dummy value to associate with an Object in the backing Map
private static final Object PRESENT = new Object();

噢,原来value就是个new Object().

为什么value不是null? 因为既然set底层是map, 而map在remove(Object key``时返回value, 如果底层都是null`,不能区分是否是否remove成功

Map: 同:

Map<String, String> map = new HashMap<>();
        for (int i = 0; i < 30; i++) {
            new Thread(() -> {
                map.put(Thread.currentThread().getName(), UUID.randomUUID().toString().substring(0, 8));
                System.out.println(map);
            }, String.valueOf(i)).start();
        }

报错: ConcurrentModificationException;
换map: ConcurrentHashMap:


碰到bug,四步走:

  1. 故障现象
  2. 导致原因
  3. 解决方案
  4. 优化建议

天下武功根本没有高低之分,只有习武之人有强弱之别

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,776评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,527评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,361评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,430评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,511评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,544评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,561评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,315评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,763评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,070评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,235评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,911评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,554评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,173评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,424评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,106评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,103评论 2 352

推荐阅读更多精彩内容