🌈个人主页:努力学编程’
⛅个人推荐:
c语言从初阶到进阶
JavaEE详解
数据结构
⚡学好数据结构,刷题刻不容缓:点击一起刷题
🌙心灵鸡汤:总有人要赢,为什么不能是我呢
🙉🙉🙉面试高频问题(是否写过hascode方法)
在我们面试的时候,可能经常会碰到一些问题: 你有没有重写过 hashcode 方法,不少人可能没有经过仔细思考,就脱口而出没有. 于是面试官可能会出现一个新的问题: 那你在使用 HashMap 的时候,键(Key)的这个部分,你有没有定义过对象? 这个时候 很多人就会说:“这个放过,这个放过…” 于是就出现了同一个问题的两个不同的答案.
那么我们今天就从 hash 表讲起,讲述 HashMap的存上数据的规则.
🙉🙉🙉关于 Hash 算法
先复习一下数据结构里的一个知识点:在一个长度为 n(假设是 10000)的线性表(假设是ArrayList)里,存放着无序的数字;如果我们要找一个指定的数字,就不得不通过从头到尾依次遍历来查找。
我们再来观察Hash表(这里的Hash表纯粹是数据结构上的概念,和Java无关)。它的平均查找次数接近于 1,代价相当小,关键是在Hash表里,存放在其中的数据和它的存储位置是用Hash函数关联的。
我们假设一个Hash函数是 x*x%5。当然实际情况里不可能用这么简单的Hash函数,这里纯粹为了说明方便,而Hash表是一个长度是 11的线性表。如果我们要把 6放入其中,那么我们首先会对 6用Hash函数计算一下,结果是 1,所以我们就把 6放入到索引号是 1这个位置。同样如果我们要放数字 7,经过Hash函数计算, 7的结果是 4,那么它将被放入索引是 4的这个位置。这个效果如下图所示。
这样做的好处非常明显。比如我们要从中找 6这个元素,我们可以先通过Hash函数计算 6的索引位置,然后直接从 1号索引里找到它了。
不过我们会遇到“Hash值冲突”这个问题。比如经过Hash函数计算后, 7和 8会有相同的Hash值,对此Java的HashMap对象采用的是 “链地址法” 的解决方案。效果如下图所示.
具体的做法是,为所有Hash值是 i的对象建立一个同义词链表。假设我们在放入 8的时候,发现 4号位置已经被占,那么就会新建一个链表结点放入 8。同样,如果我们要找 8,那么发现 4号索引里不是 8,那会沿着链表依次查找。
虽然我们还是无法彻底避免Hash值冲突的问题,但是Hash函数设计合理,仍能保证同义词链表的长度被控制在一个合理的范围里。这里讲的理论知识并非无的放矢,大家能在后文里清晰地了解到重写hashCode方法的重要性。
🙉🙉🙉重写equals 和hashcode的意义
当我们用 HashMap存入自定义的类时,如果不重写这个自定义类的equals和hashCode方法,得到的结果会和我们预期的不一样。我们来看 WithoutHashCode.java这个例子。
在其中的第 2到第 18行,我们定义了一个 Key类;在其中的第 3行定义了唯一的一个属性 id。当前我们先注释掉第 9行的 equals方法和第 16行的 hashCode方法。
import java.util.HashMap;
class Key {
private Integer id;
public Integer getId() {
return id;
}
public Key(Integer id) {
this.id = id;
}
// 故意先注释掉equals和hashCode方法
// public boolean equals(Object o) {
// if (o == null || !(o instanceof Key)) {
// return false;
// } else {
// return this.getId().equals(((Key) o).getId());
// }
// }
// public int hashCode() {
// return id.hashCode();
// }
}
public class WithoutHashCode {
public static void main(String[] args) {
Key k1 = new Key(1);
Key k2 = new Key(1);
HashMap<Key, String> hm = new HashMap<Key, String>();
hm.put(k1, "Key with id is 1");
System.out.println(hm.get(k2));
}
}
这里就会因为我们没有在key这样的一个自定义的类中,重写过hashcode和equals方法,所以我们在Map中存放数据的时候,及时k1和k2初始化的时候我们是一样的,我们将k1存放数据之后,我们 hm.get(k2) 之后返回的结果为 null.
原因有两个:一是没有重写hashCode方法,二是没有重写equals方法。
当我们往HashMap里放 k1时,首先会调用 Key这个类的 hashCode方法计算它的 hash值,随后把 k1放入hash值所指引的内存位置。
关键是我们没有在 Key里定义 hashCode方法。这里调用的仍是 Object类的 hashCode方法(所有的类都是Object的子类),而 Object类的 hashCode方法返回的 hash值其实是 k1对象的 内存地址(假设是1000)。
如果我们随后是调用 hm.get(k1),那么我们会再次调用 hashCode方法(还是返回 k1的地址 1000),随后根据得到的 hash值,能很快地找到 k1。
但我们这里的代码是 hm.get(k2),当我们调用 Object类的 hashCode方法(因为 Key里没定义)计算 k2的 hash值时,其实得到的是 k2的内存地址(假设是 2000)。由于 k1和 k2是两个不同的对象,所以它们的内存地址一定不会相同,也就是说它们的 hash值一定不同,这就是我们无法用 k2的 hash值去拿 k1的原因。
当我们把第 16和 17行的 hashCode方法的注释去掉后,会发现它是返回 id属性的 hashCode值,这里 k1和 k2的 id都是1,所以它们的 hash值是相等的。
我们再来更正一下存 k1和取 k2的动作。存 k1时,是根据它 id的 hash值,假设这里是 100,把 k1对象放入到对应的位置。而取 k2时,是先计算它的 hash值(由于 k2的 id也是 1,这个值也是 100),随后到这个位置去找。
但结果会出乎我们意料:明明 100号位置已经有 k1,但第 26行的输出结果依然是 null。其原因就是没有重写 Key对象的 equals方法。
HashMap是用链地址法来处理冲突,也就是说,在 100号位置上,有可能存在着多个用链表形式存储的对象。它们通过 hashCode方法返回的 hash值都是100。
这里其类似于查字典: 我们在首先查询拼音的时候(这里就像hashcode计算哈希值),相同的拼音下会有很多对应的汉字(equals就是在这些汉字中找到你要找的汉字).
当我们通过 k2的 hashCode到 100号位置查找时,确实会得到 k1。但 k1有可能仅仅是和 k2具有相同的 hash值,但未必和 k2相等( k1和 k2两把钥匙未必能开同一扇门),这个时候,就需要调用 Key对象的 equals方法来判断两者是否相等了。
由于我们在 Key对象里没有定义 equals方法,系统就不得不调用 Object类的 equals方法。由于 Object的固有方法是根据两个对象的内存地址来判断,所以 k1和 k2一定不会相等,这就是为什么依然在 26行通过 hm.get(k2)依然得到 null的原因。
为了解决这个问题,我们需要打开第 9到 14行 equals方法的注释。在这个方法里,只要两个对象都是 Key类型,而且它们的 id相等,它们就相等。
🙉🙉🙉总结
由于在项目里经常会用到HashMap,所以在面试的时候几乎一定会问这个问题:你有没有重写过 hashCode方法?你在使用HashMap时有没有重写 hashCode和 equals方法?你是怎么写的?
最后再强调一下:如果大家要在HashMap的 “键” 部分存放自定义的对象,一定要在这个对象里用自己的 equals和 hashCode方法来覆盖 Object里的同名方法。