线程并发--并发容器

前言

    现在面试问底层和基础问题越来越多了,我分析了一下,主要是现在各种框架出来,技术日新月异层出不穷,所以面试官就偏向于较为基础较为底层的问题,很多的框架其实都是通过基础的技术编写起来的,所以在这个技术膨胀的社会,我们应该以不变应万变。所以今天我们一起讨论以下这几个问题吧!

  • 谈谈你理解的 HashMap,讲讲其中的 get put 过程。
  • 容器不安全会导致哪些问题?
  • 如何解决多线程中容器不安全问题?有没有线程安全的并发容器?
  • ConcurrentHashMap 是如何实现的?

HashMap原理

    在jdk1.7中HashMap 底层是基于数组 + 链表 组成的,jdk1.8之后稍微有点改变,因为当 Hash值 冲突严重时,在同槽位上形成的链表会变的越来越长,这样在查询时的效率就会越来越低,为了提高查询速度,当同槽位上的链表个数到达一定的时候,链表会转换成为红黑树,为了适应这个变化元素也从Entry改成了Node了。

JDK1.7 中的数据结构图:

image.png

JDK1.8 中的数据结构图:


image.png

HashMap线程不安全问题

HashMap扩容操作resize方法导致出现环形链表问题

当HashMap执行添加元素操作的时候,如果已有元素的个数大于容量*0.75,HashMap集合就需要进行扩容操作。resize()代码如下:

image.png

我们可以看到resize方法是没有加锁的所以在多线程的情况下不安全,并且transfer方法容易出现环形链表问题,导致死循环的发生。transfer()代码如下:

image.png

环形链表表示如下:

image.png

由于上述的HashMap存在多线程不安全问题,所以我们在多线程的情况下只能通过以下两种方式:

  • 使用Collections类中的synchronizedMap方法使HashMap容器安全
  • 使用ConcurrentHashMap并发容器类
  • 使用同步容器类Hashtable

什么是并发容器?

    jdk1.5以后java.util.concurrent包中提供了多种并发类容器来替代同步容器类从而改善性能。同步类容器的状态都是串行化的。他们虽然实现了线程安全,但是严重降低了并发性,在多线程环境时,严重降低了应用的吞吐量。
    并发类容器时专门针对并发设计的,使用了锁分段技术,只对操作的位置进行同步操作,但是其他没有操作的位置其他线程仍然可以访问,提高了程序的吞吐量。采用了CAS算法和部分代码使用synchronized锁保证线程安全。

并发容器的分类

  • ConcurrentHashMap:ConcurrentHashMap实现了HashTable的所有功能,线程安全,但却在检索元素时不需要锁定,因此效率更高。

  • ConcurrentLinkedQueue:ConcurrentLinkedQueue使用链表作为数据结构,它采用无锁操作,可以任务是高并发环境下性能最好的队列。

  • CopyOnWriteArrayList:CopyOnWriteArrayList提供高效地读取操作,使用在读多写少的场景。CopyOnWriteArrayList读取操作不用加锁,且是安全的;写操作时,先copy一份原有数据数组,再对复制数据进行写入操作,最后将复制数据替换原有数据,从而保证写操作不影响读操作。

  • ConcurrentSkipListMap:SkipList(跳表)是一种随机性的数据结构,用于替代红黑树,因为它在高并发的情况下,性能优于红黑树。

错误代码:

public class HashMapDemo {
    public static void main(String[] args) {
        HashMap<Integer,String> map = new HashMap<>();
        map.put(66, "B");
        map.put(67, "C");
        map.put(68, "D");
        new PrintThread(map).start();
        new AddThread(map).start();
        
    }
}

class PrintThread extends Thread{
    private HashMap<Integer,String> map = null;
    
    public PrintThread(HashMap<Integer,String> map) {
        this.map = map;
    }

    @Override
    public void run() {
        for (Entry<Integer, String> en : map.entrySet()) {
            System.out.println(Thread.currentThread().getName()+"-->"+en.getKey()+":"+en.getValue());
        }
    }
}

class AddThread extends Thread{
    private HashMap<Integer,String> map = null;
    
    public AddThread(HashMap<Integer,String> map) {
        this.map = map;
    }

    @Override
    public void run() {
        for (int i = 0; i < 50; i++) {
            map.put(i,"A");
        }
    }
}

错误截图:

image.png

ConcurrentModificationException:并发修改异常

该异常出现在迭代器遍历的时候,集合进行了添加或者删除操作导致的异常,具体是因为next()方法中含有checkForComodification方法,迭代器代码如下:

image.png

①迭代器调用next方法,next方法中调用checkForComodification方法检查modCount和expectedModCount字段是否相等
②modCount表示集合的操作次数,如果添加或者删除,modCount加1
③expectedModCount则是迭代器的操作数,在创建迭代器的时候会将集合的迭代数量赋值给expectedModCount,此时modCount和expectedModCount两个字段的数量是一致的
④当集合添加或者是删除的时候只会添加modCount,导致两个字段不相等,当下一次调用checkForComodification方法是就会出现ConcurrentModificationException并发修改异常

正确代码:

public class ConcurrentHashMapDemo {
    public static void main(String[] args) {
        ConcurrentHashMap<Integer,String> map = new ConcurrentHashMap<>();
        map.put(66, "B");
        map.put(67, "C");
        map.put(68, "D");
        new AddThread1(map).start();
        new PrintThread1(map).start();
        
    }
}


class PrintThread1 extends Thread{
    private ConcurrentHashMap<Integer,String> map = null;
    
    public PrintThread1(ConcurrentHashMap<Integer,String> map) {
        this.map = map;
    }

    @Override
    public void run() {
        Set<Entry<Integer,String>> entrySet = map.entrySet();
        for ( Iterator<Entry<Integer,String>> it = entrySet.iterator();it.hasNext();) {
            System.out.println(it.next());
        }
    }
}

class AddThread1 extends Thread{
    private ConcurrentHashMap<Integer,String> map = null;
    
    public AddThread1(ConcurrentHashMap<Integer,String> map) {
        this.map = map;
    }

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

推荐阅读更多精彩内容