HashMap的工作原理

博主最近面试了很多java工程师，当问到HashMap时翻车的居多，含糊不清，说不到点子上，混淆概念，和HashTable傻傻分不清楚，作为一道常见的 Java 面试题。几乎每个 Java 程序员都必须知道 HashMap，都知道哪里要用 HashMap，知道 Hashtable 和HashMap 之间的区别，那么为何这道面试题如此特殊呢？是因为这道题考察的深度很深？银行业务更喜欢问这个问题，甚至会根据你的分析来考察你的编程能力。ConcurrentHashMap 和其它同步集合的引入让这道题变得更加复杂，让我告诉大家我心目中的答案吧。（PS：博主进入银行系统后，博客拖更半年，反省反省！）

1.“你用过 HashMap 吗？” “什么是 HashMap？你为什么用到它？”

几乎每个人都会回答“是的”，然后回答 HashMap 的一些特性，譬如：

1. HashMap 可以接受 null 键值和值，而 Hashtable则不能；
2. HashMap 是非synchronized;
3. HashMap效率很快；
4. 以及 HashMap 储存的是键值对等等。
   这仅仅显示出你已经用过HashMap了！

2.“你知道 HashMap 的工作原理吗？” “你知道 HashMap 的 get() 方法的工作原理吗？”

你也许会回答“我没有详查标准的 Java API，你可以看看 Java 源代码或者 Open JDK。”“我可以用 Google 找到答案。”

emmm！

“HashMap 是基于 hashing 的原理，我们使用 put(key, value) 存储对象到HashMap 中，使用 get(key) 从 HashMap 中获取对象。当我们给 put() 方法传递键和值时，我们先对键调用 hashCode() 方法，返回的 hashCode 用于找到 bucket 位置来储存 Entry 对象。”这里关键点在于指出，HashMap 是在bucket 中储存键对象和值对象，作Map.Entry。

这一点有助于理解获取对象的逻辑。如果你没有意识到这一点，或者错误的认为仅仅只在 bucket 中存储值的话，你将不会回答如何从 HashMap 中获取对象的逻辑。

3.“当两个对象的hashcode相同会发生什么？”

从这里开始，真正的困惑开始了，一些面试者会回答因为 hashcode 相同，所以两个对象是相等的，HashMap 将会抛出异常，或者不会存储它们。然后我往往可能会提醒他们有 equals() 和 hashCode() 两个方法，并告诉他们两个对象就算hashcode 相同，但是它们可能并不相等。一些面试者可能就此放弃，而另外一些还能继续挺进。
他们回答“因为 hashcode相同，所以它们的 bucket 位置相同，‘碰撞’会发生。因为 HashMap 使用链表存储对象，这个 Entry (包含有键值对的 Map.Entry 对象)会存储在链表中。”这个答案非常的合理，虽然有很多种处理碰撞的方法，这种方法是最简单的，也正是 HashMap 的处理方法。

4.“如果两个键的 hashcode 相同，你如何获取值对象？”

有些人会回答：当我们调用 get() 方法，HashMap 会使用键对象的 hashcode 找到 bucket 位置，然后获取值对象。我会提醒他如果有两个值对象储存在同一个 bucket，他给出答案:将会遍历链表直到找到值对象。我会问因为你并没有值对象去比较，你是如何确定找到值对象的？除非面试者知道 HashMap 在链表中存储的是键值对，否则不可能回答出这一题。

其实，就是找到 bucket 位置之后，会调用 keys.equals() 方法去找到链表中正确的节点，最终找到要找的值对象。

许多情况下，面试者会在这个环节中出错，因为他们混淆了 hashCode() 和 equals() 方法。因为在此之前 hashCode() 屡屡出现，而 equals() 方法仅仅在获取值对象的时候才出现。一些优秀的开发者会指出使用不可变的、声明作 final 的对象，并且采用合适的 equals() 和 hashCode() 方法的话，将会减少碰撞的发生，提高效率。不可变性使得能够缓存不同键的hashcode，这将提高整个获取对象的速度，使用 String，Interger 这样的 wrapper 类作为键是非常好的选择。

为什么 String，Interger 这样的 wrapper 类适合作为键？

String，Interger 这样的 wrapper 类作为 HashMap 的键是再适合不过了，而且 String 最为常用。因为 String 是不可变的也是 final 的，而且已经重写了equals() 和 hashCode() 方法了。其他的 wrapper 类也有这个特点。不可变性是必要的，因为为了要计算 hashCode()，就要防止键值改变，如果键值在放入时和获取时返回不同的 hashcode 的话，那么就不能从 HashMap 中找到你想要的对象。不可变性还有其他的优点如线程安全。如果你可以仅仅通过将某个 field 声明成final 就能保证 hashCode 是不变的，那么请这么做吧。因为获取对象的时候要用到 equals() 和 hashCode() 方法，那么键对象正确的重写这两个方法是非常重要的。如果两个不相等的对象返回不同的 hashcode 的话，那么碰撞的几率就会小些，这样就能提高 HashMap 的性能。

有人会问我可以用自定义的对象吗？

这是前一个问题的延伸。当然你可能使用任何对象作为键，只要它遵守了equals() 和 hashCode() 方法的定义规则，并且当对象插入到 Map 中之后将不会再改变了。如果这个自定义对象时不可变的，那么它已经满足了作为键的条件，因为当它创建之后就已经不能改变了。

了解部分：
如果你认为到这里已经完结了，那么听到下面这个问题的时候，你会大吃一惊。“如果 HashMap 的大小超过了负载因子(load factor)定义的容量，怎么办？”除非你真正知道 HashMap 的工作原理，否则你将回答不出这道题。默认的负载因子大小为 0.75，也就是说，当一个 map 填满了 75% 的 bucket 时候，和其它集合类(如 ArrayList 等)一样，将会创建原来HashMap 大小的两倍的 bucket 数组，来重新调整map的大小，并将原来的对象放入新的 bucket 数组中。这个过程叫作rehashing，因为它调用 hash 方法找到新的 bucket 位置。

如果你能够回答这道问题，下面的问题来了：“你了解重新调整 HashMap 大小存在什么问题吗？”你可能回答不上来，这时我会提醒你当多线程的情况下，可能产生条件竞争(race condition)。

当重新调整 HashMap 大小的时候，确实存在条件竞争，因为如果两个线程都发现 HashMap 需要重新调整大小了，它们会同时试着调整大小。在调整大小的过程中，存储在链表中的元素的次序会反过来，因为移动到新的 bucket 位置的时候，HashMap 并不会将元素放在链表的尾部，而是放在头部，这是为了避免尾部遍历(tail traversing)。如果条件竞争发生了，那么就死循环了。

5.我们可以使用 CocurrentHashMap 来代替 Hashtable 吗？

这是另外一个很热门的面试题，因为 ConcurrentHashMap 越来越多人用了。我们知道 Hashtable 是 synchronized 的，但是 ConcurrentHashMap 同步性能更好，因为它仅仅根据同步级别对 map 的一部分进行上锁。ConcurrentHashMap然可以代替 HashTable，但是 HashTable 提供更强的线程安全性。

---

博主用风趣的面试场景给大家讲解了一下HashMap的工作原理，最后言归正传，做个总结
HashMap 的工作原理：
HashMap 基于 hashing 原理，我们通过 put() 和 get() 方法储存和获取对象。当我们将键值对传递给 put() 方法时，它调用键对象的 hashCode() 方法来计算 hashcode，让后找到 bucket 位置来储存值对象。当获取对象时，通过键对象的equals() 方法找到正确的键值对，然后返回值对象。HashMap 使用链表来解决碰撞问题，当发生碰撞了，对象将会储存在链表的下一个节点中。 HashMap 在每个链表节点中储存键值对对象。
当两个不同的键对象的 hashcode 相同时会发生什么？ 它们会储存在同一个 bucket 位置的链表中。键对象的 equals() 方法用来找到键值对。
因为 HashMap 的好处非常多，我曾经在电子商务的应用中使用 HashMap 作为缓存。因为金融领域非常多的运用 Java，也出于性能的考虑，我们会经常用到 HashMap 和 ConcurrentHashMap。

问题深度又浅入深，如果你连第一道题都答不上来，确实应该努努力了，作为一名合格的java工程师，HashMap作为必须知道的知识点绝不为过，希望我的简单讲解可以令大家对HashMap有个新的认识，而不是为了应付面试。好学若饥，谦卑若愚！投身Java，但是我们不止会New!