HashMap、HashTable、ConcurrentHashMap一些原理与区别

一、HashMap(数组+链表)

  1. 数据结构:数组+链表,链表中的每个entry有四个属性,是key,value,hash,next;
  2. 头插法;
  3. put() : 插入<K,V>时,程序首先会计算key的hashCode()值,然后对该值再哈希(为了减少哈希冲突,使元素均匀的分布在数组上,提高存取效率),然后把哈希值和 数组长度-1 进行按位与操作,得到存储数组的下标,如果在该位置没有链表结点,就直接把<K,V>放入该数组位置;如果有结点就对链表进行遍历,看是否有hash,key和要放入的节点相同的节点,如果有就替换其value值,如果没有就创建节点,插入到链表表头;
  4. get() : 通过对key值进行两次hash后的值与数组的长度-1进行与操作,定位到数组的某个位置,然后对该列的链表进行遍历,找到即返回特别注意:当返回值为null时,不能判断是没有找到指定元素还是hashmap中存着一个为null的元素,因为hashmap中允许value为null,但是可以使用containskey()方法来判断;
  5. 扩容 : 数组默认大小为16,加载因子默认为0.75,如果hashmap中的结点个数超过16x0.75=12,就会把数组大小*2变成32,然后重新计算每个元素该在的位置,并插入,非常耗能;
  6. 多线程下HashMap可能出现的问题
    • 多线程put操作之后,get操作导致死循环,导致cpu100% .因为多线程同时put操作,如果同时触发了rehash ,可能会导致hashmap的链表中出现循环节点,进而后续再有get操作时会出现死循环.
      (rehash就是扩容的时候会产生的操作,重新计算每个元素在新数组链表中的位置,HashMap 的死锁问题就出在这个transfer()函数上。)
    • 多线程在hashmap扩容时,进行put操作,可能会导致元素丢失;
      • 线程一put了key1 value1 又put了key1 value2,还没等线程1put完,线程2就来get,只能get到value2
      • 考虑在多线程下put操作时,执行addEntry(hash,key, value, i),如果有产生哈希碰撞,
        导致两个线程得到同样的bucketIndex去存储,就可能会出现覆盖丢失的情况:。同时存进去的位置,有一个先存的会给覆盖掉。
      • put非null元素后get出来的却是null 。 发生在扩容时,将原数组赋值到新数组的后,会把原数组的赋值过的置null,这个时候如果get原数组这个位置就会是null
        怎么解决??
        Collections.sychronized() Or ConcurrentHashMap

二、HashTable

  1. 原理基本与hashmap一致,重点看区别

三、HashMap和HashTable的区别

  • HashMap线程不安全,效率稍高,适合在单线程中使用,如果想在多线程场合下使用的话,需要手动同步hashmap,Collections.synchronizedMap() ; HashTable线程安全,方法都有关键字synchronized;(hashtable效率低下的原因:当一个线程访问hashtable的同步方法时,访问其他同步方法的线程可能会进入阻塞或者轮训状态.如果线程1在使用put(),线程2不但不能使用put(),也不能使用get(),竞争越激烈效率越低
  • HashMap的key和value都可以为null;HashTable都不可以
  • HashMap数组默认是16,而且一定是2的倍数,扩容后是原数组的2倍;HashTable数组默认是11,扩容后是原来的2倍+1
  • hashmap重新计算hash值,而且用&代替求模;hashtable直接使用hash值

四、HashMap和ConcurrentHashMap的区别

  • concurrentHashMap为什么线程安全

  • 分段锁,读操作一般不需要锁,只有在size等操作的时候才需要锁住整个hash表

  • 使用segment来分段和管理锁.segment继承自reetrantlock,因此concurrentHashMap使用reentrantlock来保证线程安全.
    concurrentHashMap jdk1.7和1.8的不同?
    《1.7》ConcurrentHashMap 使用的分段锁,如果一个线程占用一段,别的线程可以操作别的部分,
    《1.8》简化结构,put和get不用二次哈希,一把锁只锁住一个链表或者一棵树,并发效率更加提升。
    大致是以一个Node对象数组来存放数据,Hash冲突时会形成Node链表,在链表长度超过8,Node数组超过64时会将链表结构转换为红黑树.

  • concurrentHashMap存在的问题?
    弱一致性(不能保证任何一次读都能读到最近一次写入的数据,但能保证最终可以读到写入的数据,单个写锁 + 无锁读,就是弱一致性的一种实现。)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值