分分一分快三技巧_为什么要重写hashcode和equals方法?初级程序员在面试中很少能说清楚。

  • 时间:
  • 浏览:1

     我在面试 Java初级开发的以前,总爱会问:你有没办法 重写过hashcode方式 ?不少候选人直接说没写过。我应该 想,或许真的没写过,于是就再通过有一六个 那先 的难题确认:你在用HashMap的以前,键(Key)每项,有没办法 放过自定义对象?而这俩以前,候选人说放过,于是有一六个 那先 的难题的回答就自相矛盾了。

    最近问下来,这俩那先 的难题普遍回答不大好,于是在本文里,就干脆从hash表讲起,讲述HashMap的存数据规则,由此村里人 就自然清楚上述那先 的难题的答案了。

1 通过Hash算法来了解HashMap对象的高效性

    村里人 先复习数据形态学 里的有一六个 知识点:在有一六个 长度为n(假设是500)的线性表(假设是ArrayList)里,存放着无序的数字;因此 村里人 要找有一六个 指定的数字,就不得不通过从头到尾依次遍历来查找,从前的平均查找次数是n除以2(这里是500)。

村里人 再来观察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方式 的重要性。

2 为那先 要重写equals和hashCode方式

    当村里人 用HashMap存入自定义的类时,因此 不重写这俩自定义类的equals和hashCode方式 ,得到的结果会和村里人 预期的不一样。村里人 来看WithoutHashCode.java这俩例子。

在其中的第2到第18行,村里人 定义了有一六个 Key类;在其中的第3行定义了唯一的有一六个 属性id。当前村里人 先注释掉第9行的equals方式 和第16行的hashCode方式 。    

1	import java.util.HashMap;
2	class Key {
3		private Integer id;
4		public Integer getId() 
5	{return id; }
6		public Key(Integer id) 
7	{this.id = id;	}
8	//故意先注释掉equals和hashCode方式

9	//	public boolean equals(Object o) {
10	//		if (o == null || !(o instanceof Key)) 
11	//		{ return false;	} 
12	//		else 
13	//		{ return this.getId().equals(((Key) o).getId());}
14	//	}
15		
16	//	public int hashCode() 
17	//	{ return id.hashCode();	}
18	}
19	
20	public class WithoutHashCode {
21		public static void main(String[] args) {
22			Key k1 = new Key(1);
23			Key k2 = new Key(1);
24			HashMap<Key,String> hm = new HashMap<Key,String>(); 
25			hm.put(k1, "Key with id is 1");		
26			System.out.println(hm.get(k2));		
27		}
28	}

    在main函数里的第22和23行,村里人 定义了有一六个 Key对象,它们的id有的是 1,就好比它们是两把相同的都能打开同一扇门的钥匙。

    在第24行里,村里人 通过泛型创建了有一六个 HashMap对象。它的键每项还须要存放Key类型的对象,值每项还须要存储String类型的对象。

    在第25行里,村里人 通过put方式 把k1和一串字符倒进到hm里; 而在第26行,村里人 想用k2去从HashMap里得到值;这就好比村里人 想用k1这把钥匙来锁门,用k2来开门。这是符合逻辑的,但从当前结果看,26行的返回结果有的是 村里人 想象中的那个字符串,然后 null。

    是因为有有一六个 —没办法 重写。第一是没办法 重写hashCode方式 ,第二是没办法 重写equals方式 。

   当村里人 往HashMap里放k1时,首先会调用Key这俩类的hashCode方式 计算它的hash值,然后把k1倒进hash值所指引的内存位置。

    关键是村里人 没办法 在Key里定义hashCode方式 。这里调用的仍是Object类的hashCode方式 (所有的类有的是 Object的子类),而Object类的hashCode方式 返回的hash值着实是k1对象的内存地址(假设是50)。

    

    因此 村里人 然后是调用hm.get(k1),没办法 村里人 会再次调用hashCode方式 (还是返回k1的地址50),然后根据得到的hash值,能调快地找到k1。

    但村里人 这里的代码是hm.get(k2),当村里人 调用Object类的hashCode方式 (因此 Key里没定义)计算k2的hash值时,着实得到的是k2的内存地址(假设是50)。因此 k1和k2是有一六个 不同的对象,然后 它们的内存地址一定不必相同,也然后 说它们的hash值一定不同,这然后 村里人 无法用k2的hash值去拿k1的是因为。

    当村里人 把第16和17行的hashCode方式 的注释加进后,会发现它是返回id属性的hashCode值,这里k1和k2的id有的是 1,然后 它们的hash值是相等的。

    村里人 再来更正一下存k1和取k2的动作。存k1时,是根据它id的hash值,假设这里是50,把k1对象倒进到对应的位置。而取k2时,是先计算它的hash值(因此 k2的id也是1,这俩值也是50),然后到这俩位置去找。

    但结果会出乎村里人 意料:明明50号位置因此 有k1,但第26行的输出结果依然是null。其是因为然后 没办法 重写Key对象的equals方式 。

    HashMap是用链地址法来外理冲突,也然后 说,在50号位置上,有因此 指在着多个用链表形式存储的对象。它们通过hashCode方式 返回的hash值有的是 50。

     当村里人 通过k2的hashCode到50号位置查找时,着实会得到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相等,它们就相等。

3 对面试那先 的难题的说明

    因此 在项目里总爱会用到HashMap,然后 我在面试的以前有的是问这俩那先 的难题∶你有没办法 重写过hashCode方式 ?你在使用HashMap时有没办法 重写hashCode和equals方式 ?你是怎样才能么写的?

    根据问下来的结果,我发现初级应用程序员对这俩知识点普遍没掌握好。重申一下,因此 村里人 要在HashMap的“键”每项存放自定义的对象,一定要在这俩对象里用本人的equals和hashCode方式 来覆盖Object里的同名方式 。 

     本文是从Java核心技术及面试指南这本书中相关内容改编而来。