HashMap深度历险

一个面试题:
往HashMap中存100个元素,问:HashMap的初始化大小是多少最合适?

HashMap概述:
HashMap是基于哈希表的Map接口的非同步实现。此实现提供所有可选的映射操作,并允许使用null键和null值。此类不保证映射的顺序,特别是它不保证该顺序恒久不变。

HashMap的数据结构:
在java编程语言中,最基本的数据结构就只有两种,一种是数组,另一种是模拟指针(地址引用),其他的复杂数据结构,如二叉树、图,我目前是没见过相应实现。在java中,所有的高级数据结构都可以通过这两种基本结构来构造。HashMap也不例外。

HashMap实际上是一个数组和链表构成的散列表,如图:

从上图中可以看出,HashMap底层就是一个数组结构,数组中的每一项又是一个链表。当新建一个HashMap的时候,就会初始化一个数组。


但HashMap为什么需要链表呢?这是为了解决哈希冲突。什么是哈希冲突?我们知道,不同的Object的hashCode可能相同,这就会出现同义词,同义词会竞争同一个存储位置。常用的哈希冲突解决方法有开放地址法、重哈希、拉链法。
HashMap在这里所采用的就是拉链法。简单地说,拉链法就是将同义词(产生哈希冲突的元素)连接在同一个单链表中。


HashMap初始化源码:


点击(此处)折叠或打开

  1. public class HashMap {
  2. Entry[] table;

  3. public HashMap(int initialCapacity, float loadFactor) {
  4. .
  5. table = new Entry[capacity];
  6. }

  7. static class Entry{
  8. final K key;
  9. V value;
  10. Entry<K,V> next;
  11. final int hash;

  12. }
  13. }



从源码可以看出,Entry就是数组中的元素,每个Entry 其实就是一个key-value对,它持有一个指向下一个元素的引用next,这就是解决哈希冲突的关键。由它生成一张单链表。

下面说说最重要的方法put与get方法:

先看源码:


点击(此处)折叠或打开

  1. public V put(K key, V value) {
  2. int hash = hash(key.hashCode());
  3. int i = indexFor(hash, table.length);
  4. for (Entry<K,V> e = table[i]; e != null; e = e.next) {
  5. Object k;
  6. if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
  7. V oldValue = e.value;
  8. e.value = value;
  9. e.recordAccess(this);
  10. return oldValue;
  11. }
  12. }
  13. addEntry(hash, key, value, i);
  14. }

  15. void addEntry(int hash, K key, V value, int bucketIndex) {
  16. Entry<K,V> e = table[bucketIndex];
  17. table[bucketIndex] = new Entry<K,V>(hash, key, value, e);
  18. }


Entry构造函数:


点击(此处)折叠或打开

  1. Entry ( int h, K k, V v, Entry<K,V> n) {
  2. value = v; next = n; key = k; hash = h;
  3. }



不难看出,put做了两件事:

1,遍历Entry链表,如果找到跟key“相同”的旧key,则覆盖旧值。这里的“相同”指hash值相同、内容相同(即equals返回true)

2,若没有找到“相同”的旧key,则用key、value构造新的Entry插入到链表的表头,让其next指向原来的Entry。


点击(此处)折叠或打开

  1. public V get(Object key) {
  2. int hash = hash(key.hashCode());
  3. for (Entry<K,V> e = table[indexFor(hash, table.length)];
  4. e != null;
  5. e = e.next) {
  6. Object k;
  7. if (e.hash == hash && ((k = e.key) == key || key.equals(k)))
  8. return e.value;
  9. }
  10. }


从上面的代码可以看出,从HashMap中get元素时,首先计算key的hasCode,找到数组中对应位置的Entry,然后遍历Entry链表,直到找到key.equals(k)返回true的元素,完成。

而我们知道,链表的查询是相当耗时的(大小同为n的数组和链表,时间复杂度分别为1和(n+1)/2  ) ,所以我们希望HashMap的元素尽可能的分布均匀些,尽可能少的产生哈希冲突,这样就不必构造单链表。怎样达到“均匀分布”呢?我们首相想到的是把hash值对数组长度取模运算,这样,元素的分布相对来说是比较均匀的。但是模运算比较耗性能,HashMap是这样做的:int i = indexFor(hash, table.length);

i 就是元素的下标,indexFor的实现:


点击(此处)折叠或打开

  1. static int indexFor(int h, int length) {
  2. return h & (length-1);
  3. }



所以,为了让下标i均匀地分布,我们必须让h & (length-1)尽可能少地产生哈希冲突。所以,我们初始化HashMap的大小直接影响着HashMap的性能。

举个例子:假如数组的长度为15,两个元素的hash值分别为8、9,计算h & (length-1)的结果,

8:1000  &  1110  =  1000

9:1001  &  1110  =  1000

所以,8、9产生哈希冲突,成为同义词,他们将利用拉链法生成单链表,影响性能,而更糟的是,0001、0011、0101、1001、1011、0111、1101这几个位置永远无法利用,空间浪费相当大,可使用的位置非常少,进一步增加了冲突的几率。

而如果数组的长度为16, h & (length-1)情况如下:

8:1000  &  1111  =  1000

9:1001  &  1111  =  1001

不同的hash值将产生不同的数组下标,有效地避免了hash冲突。这就是我们为什么要将HashMap的初始化大小设置为2的n次方的缘故。即使我们不指定大小或指定大小为非2的n次方,HasMap也会暗中帮我们转化为2的n次方:


点击(此处)折叠或打开

  1. // Find a power of 2 >= initialCapacity
  2. int capacity = 1;
  3. while (capacity < initialCapacity)
  4. capacity <<= 1


所以,100个元素,new HashMap(?)


HashMap的扩容
当HashMap中的元素越来越多时,哈希冲突的机遇就越来越高(因为数组的长度是固定的,大部分位置已经被占有),所以为了提高查询效率,就要对HashMap的数组进行扩容。可能有人怀疑其性能,因为HashMap扩容之后,会发生resize操作,即:原数组中的元素必须重新计算其在新数组中的位置,并且放进去。但考虑到链表查询的时间复杂度和resize的时间复杂度,不难做出选择。

那HashMap什么时候进行扩容?在HashMap中有一个loadFactor(加载因子),当元素个数超过数组大小*loadFactor时,就会进行扩容。loadFactor的默认值为0.75(对空间和时间效率的一个平衡选择),也就是说,默认情况下,数组大小为16,当HashMap中元素个数超过16*0.75=12时,就会把数组的大小扩展为16*2=32,然后重新计算每个元素在新数组中的位置。这是一个耗性能的操作,也要尽量避免。所以如果我们已经知道元素的个数,初始化时设置相应的大小能有效地提高HashMap的性能。

回到本文开头,现在有100个元素,new HashMap时,首先考虑避免哈希冲突,我们会new HashMap(128),但这还不是最合适的大小,因为0.75*128=96<100,即,put第96个元素时,会自动进行扩容,所以,为了避免扩容的resize带来的影响,我们最好设置new HashMap(256)。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28912557/viewspace-1254882/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/28912557/viewspace-1254882/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值