浅析hashCode方法

一.问题引入

      谈到hashCode就不得不说equals方法,二者均在Object类里,由于Object类是所有类的基类,所以一切类里都可以重写这两个方法。

要想较清晰的理解,需要先知道容器Collection,Set,list,Map(key值不可重复),Set元素无序不重复,list元素有序可重复,那么JVM是如何确定不同的元素的呢?

      难道是逐个比较么,那样效率就太低了,JVM采用hash的方法(hash地址不一定是实际的物理地址),看看这个地址上是否有内容,没的话就认为不存在相同对象……

且看下面分解……

二.问题分析

  1. 首先equals()和hashcode()这两个方法都是从object类中继承过来的,equals()方法在object类中定义如下:
public boolean equals(Object obj) {
    return (this == obj);
}

从声明看出很明显是对两个对象的地址值进行的比较(即比较引用是否相同)。但是我们必需清楚,当String 、Math、还有Integer、Double。。。。等这些封装类在使用equals()方法时,已经覆盖了object类的

equals()方法。

   2. 其次是hashcode() 方法,在object类中定义如下:

public native int hashCode();

说明是一个本地方法,它的实现是根据本地机器相关的。

public int hashCode() {
    int h = hash;
    if (h == 0) {
        nt off = offset;
        char val[] = value;
        int len = count; 

        for (int i = 0; i < len; i++) {
            h = 31*h + val[off++];
        }
        hash = h;
    }
    return h;
}

解释一下这个程序: s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1] ,可以看出hash地址不一定是实际的内存地址。

   3. 若干规范

  • 若重写equals(Object obj)方法,有必要重写hashcode()方法,确保通过equals(Object obj)方法判断结果为true的两个对象具备相等的hashcode()返回值。说得简单点就是:“如果两个对象相同,那么他们的hashcode应该 相等”。不过请注意:这个只是规范,如果你非要写一个类让equals(Object obj)返回true而hashcode()返回两个不相等的值,编译和运行都是不会报错的。不过这样违反了Java规范,程序也就埋下了BUG。
  • 如果equals(Object obj)返回false,即两个对象“不相同”,并不要求对这两个对象调用hashcode()方法得到两个不相同的数(更印证了hash地址不一定是实际的内存地址)。说的简单点就是:“如果两个对象不相同,他们的hashcode可能相同”。 
    根据这两个规范,不难得到如下推论: 
    1、如果两个对象equals,Java运行时环境会认为他们的hashcode一定相等。 
    2、如果两个对象不equals,他们的hashcode有可能相等。 
    3、如果两个对象hashcode相等,他们不一定equals(我理解是由于hash冲突造成的)。 
    4、如果两个对象hashcode不相等,他们一定不equals。

三.问题解决

       测试hashCode和equals方法的使用……

import java.util.HashMap;
import java.util.Map;  

class A {  

    @Override
    public boolean equals(Object obj) {
        System.out.println("判断equals");
        return true;
    }  

    @Override
    public int hashCode() {
        System.out.println("判断hashcode");
        return 1;
    }
}  

public class Test {  

    public static void main(String[] args) {
        Map<A,Object> map = new HashMap<A, Object>();
        map.put(new A(), new Object());
        map.put(new A(), new Object());  

        System.out.println(map.size());
    }  

}

输出:

判断hashcode  
判断hashcode  
判断equals  
2

        针对结果分析如下:

可以看出,JRE会调用new A()这个对象的hashcode()方法。其中:打印出的第一行“判断hashcode”是第一次map.put(new A(), new Object())所打印出的。 接下来的“判断hashcode”和“判断equals”是第二次map.put(new A(), new Object())所打印出来的。当第一次map.put(new A(), new Object())的时候,显然,这时候没有相同的,因为这个map中都还没有东西,所以这时候hashcode不相等,则没有必要再调用equals(Object obj)方法了。当第二次map.put(new A(), new Object())的时候,JRE这时候发现了map中有两个相同的hashcode(因为我重写了A类的hashcode()方法永远都返回1),所以有必要调用equals(Object obj)方法进行判断了。然后发现两个对象不equals(因为我重写了equals(Object obj)方法,永远都返回false)。这时候判断结束,判断结果:两次存入的对象不是相同的对象。所以最后打印map的长度的时候显示结果是:2。

四.若干注事事项

       我们还应该注意,Java语言对equals()的要求如下,这些要求是必须遵循的:

  • 对称性:如果x.equals(y)返回是“true”,那么y.equals(x)也应该返回是“true”。
  • 反射性:x.equals(x)必须返回是“true”。
  • 传递性:如果x.equals(y)返回是“true”,而且y.equals(z)返回是“true”,那么z.equals(x)也应该返回是“true”。
  • 一致性:如果x.equals(y)返回是“true”,只要x和y内容一直不变,不管你重复x.equals(y)多少次,返回都是“true”。
  • 任何情况下,x.equals(null),永远返回是“false”;x.equals(和x不同类型的对象)永远返回false

      以上这五点是重写equals()方法时,必须遵守的准则,如果违反会出现意想不到的结果,请大家一定要遵守……

时间: 2024-11-03 18:10:05

浅析hashCode方法的相关文章

Java equals 方法与hashcode 方法的深入解析

面试时经常会问起字符串比较相关的问题,比如:字符串比较时用的什么方法,内部实现如何?hashcode的作用,以及重写equal方法,为什么要重写hashcode方法?以下就为大家解答,需要的朋友可以参考下   PS:本文使用jdk1.7解析1.Object类 的equals 方法 复制代码 代码如下:    /**      * Indicates whether some other object is "equal to" this one.      * <p>   

java-equals()和hashCode()方法被隐式调用时的约定

问题描述 equals()和hashCode()方法被隐式调用时的约定 网上看到那么一个问题,百度了一下没有找到合适的答案...求大神解释下... 解决方案 JDK源码的注释说明的很清楚,如果重写了equal方法,也应该重写hashCode方法.看看源码注释吧,是非常好的文档资料呢. *Note that it is generally necessary to override the hashCode * method whenever this method is overridden s

why在重写equals时还必须重写hashcode方法分享_java

复制代码 代码如下: public boolean equals(Object anObject) {    if (this == anObject) {        return true;    }    if (anObject instanceof String) {        String anotherString = (String)anObject;        int n = count;        if (n == anotherString.count) { 

重写了equals()方法之后也必须重写hashCode()方法

我们都知道Java语言是完全面向对象的,在java中,所有的对象都是继承于Object类.Ojbect类中有两个方法equals.hashCode,这两个方法都是用来比较两个对象是否相等的. 在未重写equals方法我们是继承了object的equals方法,那里的 equals是比较两个对象的内存地址,显然我们new了2个对象内存地址肯定不一样 对于值对象,==比较的是两个对象的值 对于引用对象,比较的是两个对象的地址 默认的equals方法同==,一般来说我们的对象都是引用对象,要重写equ

浅谈Java中的hashcode方法

哈希表这个数据结构想必大多数人都不陌生,而且在很多地方都会利用到hash表来提高查找效率.在Java的Object类中有一个方法: public native int hashCode(); 根据这个方法的声明可知,该方法返回一个int类型的数值,并且是本地方法,因此在Object类中并没有给出具体的实现. 为何Object类需要这样一个方法?它有什么作用呢?今天我们就来具体探讨一下hashCode方法. 一.hashCode方法的作用 对于包含容器类型的程序设计语言来说,基本上都会涉及到has

重写equals方法和hashcode方法的作用

 重写equals方法和hashcode方法的作用 作用:区分同一个类的不同对象是否是同一个对象. 应用:在Hibernate 定义 Model实体类的 联合主键的时候用到. 举例说明: 1.数据库中的表teacher表,包括三个字段,id.name.level.其中id和name作为联合主键. 2.类在类的角度,如果想定义一个联合主键,使用多个属性作为实体类的关键字,那么方式为定义一个单独的类,里面包含多个属性,并且将这个类包含在原有类中. public class Teacher{     

Java hashCode() 方法详细解读_java

1.WHY hashCode()? 集合Set中的元素是无序不可重复的,那判断两个元素是否重复的依据是什么呢? "比较对象是否相等当然用Object.equal()了",某猿如是说.但是,Set中存在大量对象,后添加到集合Set中的对象元素比较次数会逐渐增多,大大降低了程序运行效率. Java中采用哈希算法(也叫散列算法)来解决这个问题,将对象(或数据)依特定算法直接映射到一个地址上,对象的存取效率大大提高.这样一来,当含有海量元素的集合Set需要添加某元素(对象)时,先调用这个元素的

hashCode方法的使用讲解_java

首先,想要明白hashCode的作用,你必须要先知道Java中的集合. 总的来说,Java中的集合(Collection)有两类,一类是List,再有一类是Set. 你知道它们的区别吗?前者集合内的元素是有序的,元素可以重复:后者元素无序,但元素不可重复. 那么这里就有一个比较严重的问题了:要想保证元素不重复,可两个元素是否重复应该依据什么来判断呢? 这就是Object.equals方法了.但是,如果每增加一个元素就检查一次,那么当元素很多时,后添加到集合中的元素比较的次数就非常多了. 也就是说

为什么在重写 equals方法的同时必须重写 hashcode方法_java

我们都知道Java语言是完全面向对象的,在java中,所有的对象都是继承于Object类. 其 equals 方法比较的是两个对象的引用指向的地址,hashcode 是一个本地方法,返回的是对象地址值.Ojbect类中有两个方法equals.hashCode,这两个方法都是用来比较两个对象是否相等的. 为何重写 equals方法的同时必须重写 hashcode方法呢 可以这样理解:重写了 equals 方法,判断对象相等的业务逻辑就变了,类的设计者不希望通过比较内存地址来比较两个对象是否相等,而