开发者

Test of equality (equals and hash code method)

开发者 https://www.devze.com 2023-02-20 21:39 出处:网络
As per the below link Hashcode and equals So it is assumed that if 2 objects are equal (that is, equals() returns true), then their hashCodes() must return the same value.

As per the below link

Hashcode and equals

So it is assumed that if 2 objects are equal (that is, equals() returns true), then their hashCodes() must return the same value.

But consider the below example

public class Test {

    public static void main(String args[]) {
        Demo d1 = new Demo(123);
        Demo d2 = new Demo(123);

        System.out.println("d1.hashCode()-->" + d1.hashCode());
        System.out.println("d2.hashCode开发者_如何学JAVA()-->" + d2.hashCode());
        System.out.println(d1.equals(d2));
    }
}

class Demo {

    private int name;

    Demo(int name) {
        this.name = name;
    }
    @Override
    public int hashCode() {
        Double d = Math.random() * 1000;
        return d.intValue();
    }
    @Override
    public boolean equals(Object o) {
        if ((o instanceof Demo) && (((Demo) o).getName() == this.getName())) {
            return true;
        } else {
            return false;
        }
    }
    public int getName() {
        return name;
    }
}

the output of the above program is

d1.hashCode()-->85

d2.hashCode()-->692

true

Here the question is even though the hash code is different the equals method return true. So does it mean for equality of object we do not need same hash code


Some implementations (for instance HashMap) depend on the fact that when two instances are equal their hashcode should be the same. However, purely using equals will not check hashcodes for those instances.

In the case of a hashmap, elemets are first divided into different hash buckets based on the hashcodes of objects (for performance reasons). Inside a bucket, equals is used to check object equality. If two equal instances don't have the same hashCode they will end up in different buckets and that might result in unexpected behaviour due to the contract violation.


It is bad implementation of hashCode() , You should follow that contract.

equals has nothing to do with hashcode independently.

But when you use hashing data structure you should must follow this thing.


You should never implement hashCode using random numbers! It should always be computed using the same fields as equals uses. Otherwise, your objects will be unusable as keys in HashMap, HashSet, etc.


Actually the idea is that when you implemente the equals method you should implement the hashCode method, and if a.equals(b) then a.hashCode() == b.hashCode(). Although there isn't anything in the Java compiler or Runtime that enforces this.


In Hashcode it is always required that if two objects are equal then their hashCode always have to be the same other wise the hash collections(HashMap, HashSet etc. wont work correctly)

Well in your case one of the implementations of can be -

public int hashCode() {
    return this.getName();
}

OR if you want to mix it up a bit -

public int hashCode() {
    return String.valueOf(this.getName()).hashCode();
}


First imp thing you should not use random number to implement the hashcode() method.

@Override
public int hashCode() {
    return name.hashcode();
}
@Override
public boolean equals(Object o) {
    if(o !=null && o instanceOf Demo)
    {
        Demo d=(Demo) o;
        if(this.d.name==d.name)
        {
            return true;
        }
        else
        {
            false;
        }
        else
        {
            return false;
        }
    }
0

精彩评论

暂无评论...
验证码 换一张
取 消