彻底弄懂HashMap

我们在面试中, 也会经常被问到HashMap相关的底层实现,  阿巴阿巴....

HashMap的底层实现

首先它是基于数组(存储对象的引用)加链表(存储对象)实现的

当我们通过put()和get()方法储存和获取对象。当我们将键值对传递给put()方法时,它调用键对象的hashCode()方法来计算hashcode,让后找到bucket位置来储存值对象。当获取对象时,通过键对象的equals()方法找到正确的键值对,然后返回值对象。HashMap使用链表来解决碰撞问题,当发生碰撞了,对象将会储存在链表的下一个节点中。 HashMap在每个链表节点中储存键值对对象

简单的模拟put的底层实现 jdk1.8

put(k, v){
   int code = k.hashcode(); //计算key的hashcode
   int index = code % table.length; // 存放的数组下表
   table[index] = new Entry(k, v, null); // 对应的对象
   }
      
  // 第二次插入 HashMap使用链表来解决碰撞问题,当发生碰撞了,对象将会储存在链表的下一个节点中。
  table[index] = new Entry(k, v, table[index]);

  // todo 底层实现 若key相同时 返回并覆盖 否则插入链表的下一个节点
  if (p.hash == hash && ((k = p.key) == key || (key != null && key.equals(k))))
      e = p;
  if (e != null) { // existing mapping for key
     V oldValue = e.value;
     if (!onlyIfAbsent || oldValue == null)
            e.value = value;
      afterNodeAccess(e); //这个方法在hashmap没有作用, 是在linkedHashMap实现的, 具体的可以看一下源码
      return oldValue;
  }

 HashMap和Hashtable的区别

HashMap和Hashtable都实现了Map接口,但决定用哪一个之前先要弄清楚它们之间的分别。主要的区别有:线程安全性,同步(synchronization),以及速度。

  1. HashMap几乎可以等价于Hashtable,除了HashMap是非synchronized的,并可以接受null(HashMap可以接受为null的键值(key)和值(value),而Hashtable则不行)。
  2. HashMap是非synchronized,而Hashtable是synchronized,这意味着Hashtable是线程安全的,多个线程可以共享一个Hashtable;而如果没有正确的同步的话,多个线程是不能共享HashMap的。Java 5提供了ConcurrentHashMap,它是HashTable的替代,比HashTable的扩展性更好。
  3. 另一个区别是HashMap的迭代器(Iterator)是fail-fast迭代器,而Hashtable的enumerator迭代器不是fail-fast的。所以当有其它线程改变了HashMap的结构(增加或者移除元素),将会抛出ConcurrentModificationException,但迭代器本身的remove()方法移除元素则不会抛出ConcurrentModificationException异常。但这并不是一个一定发生的行为,要看JVM。这条同样也是Enumeration和Iterator的区别。
  4. 由于Hashtable是线程安全的也是synchronized,所以在单线程环境下它比HashMap要慢。如果你不需要同步,只需要单一线程,那么使用HashMap性能要好过Hashtable。
  5. HashMap不能保证随着时间的推移Map中的元素次序是不变的。

常见面试题

  •  HashMap的工作原理

HashMap是基于hashing的原理,我们使用put(key, value)存储对象到HashMap中,使用get(key)从HashMap中获取对象。当我们给put()方法传递键和值时,我们先对键调用hashCode()方法,返回的hashCode用于找到bucket位置来储存Entry对象。

  • hashcode相同会发生什么 

因为hashcode相同,所以它们的bucket位置相同,‘碰撞’会发生。因为HashMap使用链表存储对象,这个Entry(包含有键值对的Map.Entry对象)会存储在链表中 

get时, key的hashcode相同时, 找到bucket位置之后,会调用keys.equals()方法去找到链表中正确的节点,最终找到要找的值对象

  • 减少碰撞的发生 

 当时是选择一些不可变的最为我们的key, 不可变性使得能够缓存不同键的hashcode,这将提高整个获取对象的速度,使用String,Interger这样的wrapper类作为键是非常好的选择

  • 如果HashMap的大小超过了负载因子(load factor)定义的容量,怎么办 

HashMap的默认构造会指定默认的负载因子大小为0.75,也就是说,当一个map填满了75%的bucket时候,和其它集合类(如ArrayList等)一样,将会创建原来HashMap大小的两倍的bucket数组,来重新调整map的大小,并将原来的对象放入新的bucket数组中。这个过程叫作rehashing,因为它调用hash方法找到新的bucket位置 

  •  CocurrentHashMap来代替Hashtable吗

Hashtable是synchronized的,但是ConcurrentHashMap同步性能更好,因为它仅仅根据同步级别对map的一部分进行上锁。ConcurrentHashMap当然可以代替HashTable,但是HashTable提供更强的线程安全性 

  • 指定hashmap的初始大小 

源码分析

无论我们如何设置初始容量,HashMap的tableSizeFor 都会将我们改成2的幂次方,也就是说,HashMap 的容量百分之百是 2的幂次方。但是,请注意:如果我们预计插入7条数据,那么我们写入7,7-1 = 6, 6经过tableSizeFor() 方法的一些列与运算, 会返回8, HashMap 会设置为 8,虽然是2的幂次方,但是,请注意,当我们放入第7条数据的时候,就会引起扩容,造成性能损失,所以,知晓了原理,我们以后在设置容量的时候还是自己算一下,比如放7条数据,我们还是都是设置成16(默认),这样就不会扩容了。

计算公式:

 “注意负载因子(即loader factor)默认为 0.75”

假如我们要插入7条数据,tableSizeFor(int cap)会将我们输入的7运算成8。

我们使用 8 * 0.75 = 6 也就是说最大阈值为6条

当我们插入第七条的时候它就扩容了,所以我们最好在指定容量的时候多预算一些

持续更新中... 欢迎大家留言补充...

猜你喜欢

转载自blog.csdn.net/weixin_44912855/article/details/113710380