[Java 基础 ] hashCode 和 equals 在实体类的应用场景

叁歲伎倆 2023-10-04 12:41 29阅读 0赞

@Override
        public boolean equals(Object o) {
        
            if (this == o) return true;
            if (o == null || getClass() != o.getClass()) return false;
    
            Merchant that = (Merchant) o;
    
            if (id != null ? !id.equals(that.id) : that.id != null) return false;
            if (region != null ? !region.equals(that.region) : that.region != null) return false;
            if (regionCode != null ? !regionCode.equals(that.regionCode) : that.regionCode != null) return false;
            if (issuerTag != null ? !issuerTag.equals(that.issuerTag) : that.issuerTag != null) return false;
            if (merchantNo != null ? !merchantNo.equals(that.merchantNo) : that.merchantNo != null) return false;
            if (merchantName != null ? !merchantName.equals(that.merchantName) : that.merchantName != null) return false;
            if (address != null ? !address.equals(that.address) : that.address != null) return false;
            if (createTime != null ? !createTime.equals(that.createTime) : that.createTime != null) return false;
            if (status != null ? !status.equals(that.status) : that.status != null) return false;
            if (keyValue != null ? !keyValue.equals(that.keyValue) : that.keyValue != null) return false;
            if (level != null ? !level.equals(that.level) : that.level != null) return false;
            if (parentMerchant != null ? !parentMerchant.equals(that.parentMerchant) : that.parentMerchant != null)
                return false;
            return childMerchants != null ? childMerchants.equals(that.childMerchants) : that.childMerchants == null;
        }
    
        @Override
        public int hashCode() {
        
            int result = id != null ? id.hashCode() : 0;
            result = 31 * result + (region != null ? region.hashCode() : 0);
            result = 31 * result + (regionCode != null ? regionCode.hashCode() : 0);
            result = 31 * result + (issuerTag != null ? issuerTag.hashCode() : 0);
            result = 31 * result + (merchantNo != null ? merchantNo.hashCode() : 0);
            result = 31 * result + (merchantName != null ? merchantName.hashCode() : 0);
            result = 31 * result + (address != null ? address.hashCode() : 0);
            result = 31 * result + (createTime != null ? createTime.hashCode() : 0);
            result = 31 * result + (status != null ? status.hashCode() : 0);
            result = 31 * result + (keyValue != null ? keyValue.hashCode() : 0);
            result = 31 * result + (level != null ? level.hashCode() : 0);
            result = 31 * result + (parentMerchant != null ? parentMerchant.hashCode() : 0);
            result = 31 * result + (childMerchants != null ? childMerchants.hashCode() : 0);
            return result;
        }

hashCode 顾名思义是一个“散列值码”

散列值，并不能表现其唯一性，但是有离散性，其意义在于类似于进行hashMap等操作时，加快对象比较的速度，进而加快对象搜索的速度。

hashCode 和 equals的关系。  
两个对象 equals的时候，hashCode必须相等，但hashCode相等，对象不一定equals。

如果没有重写 hashcode方法，使用Object自带的hashCode，无法保证两个对象equals的时候 hashCode 必须相等的条件。

在Java中，重写equals()方法之后，是否需要重写hashCode()方法，那要看分情况来说明。有些情况下，是建议；有些情况下，是必须重写。

首先说建议的情况： 比如你的对象想放到Set集合或者是想作为Map的key时，那么你必须重写equals()方法，这样才能保证唯一性。当然，在这种情况下，你不想重写hashCode()方法，也没有错。但是，对于良好的编程风格而言，你应该在重写equals（）方法的同时，也重写hashCode()方法。

必须重写hashCode()的情况：  
**如果你的对象想放进散列存储的集合中（比如：HashSet,LinkedHashSet）或者想作为散列Map（例如：HashMap,LinkedHashMap等等）的Key时，在重写equals()方法的同时，必须重写hashCode()方法。**

最后明白两点就行了：  
1.hashCode()方法存在的主要目的就是提高效率。  
2.**在集合中判断两个对象相等的条件，其实无论是往集合中存数据，还是从集合中取数据**，**包括如果控制唯一性等**，都是用这个条件判断的，条件如下：  
**首先判断两个对象的hashCode是否相等，如果不相等，就认为这两个对象不相等，就完成了。如果相等，才会判断两个对象的equals()是否相等，如果不相等，就认为这两个对象不相等，如果相等，那就认为这两个对象相等。**  
上面的条件对于任何集合都是如此，只要理解上面的条件，你就明白了，为什么在有些情况下建议重写hashCode().有些情况下，是必须要重写的，只有一个目的，就是提高效率，你想想，如果你重写了hashCode(),只要不满足第一个条件，那就直接可以判断两个对象是不等的，也就不用花费时间再去比较equals了。

最后总结一句话就是，hashCode()方法存在的主要目的就是提高效率，但是如果你想把对象放到散列存储结构的集合中时，是必须要重写的。

--------------------

**番外话: 求指点**

所以每个类都可以分别将equals和hashCode两个方法重写。但是一般都是一起重写，使其基于同样的比较方法，就像上面String那样。这是出于一种协定，因为很多情况下，从提高效率角度出发，比较两个对象时候，hashCode会优先于equals方法，这个可以看JDK源代码中HashMap的put(K,V)方法。源码中，首先比较K的hashCode然后再比较equals。说明JDK协定：如果hashCode不相同，那么两个对象一定不相同；如果hashCode相同，那么两个对象还得通过equals来比较（另外hibernate里面好像也有类似的机制来比较Entity Bean，但是说实话我不太了解详细情况，这里不敢多讲哈）。我想，这恐怕就是指导大家每次同时重写两个方法的原则吧。

**概念设计上是要求同时提供两个，JDK API 是这么说的，**

hashCode 主要用来支持像 HashMap 这样的工具类，JDK 提供一个参考模型，JCF (集合类都需要用到它）我们按它的来就行了。不是外国人常说，不要重复发明轮子吗。虽然我们也可以提供我们自己的支持 hash 的方法，但没有必要。

你不同时提供 hashcode 和 equals 也没关系，但是设计上可能会将问题搞得复杂化。在做大型软件时，几乎每个细节都必须坚持同一个标准才能降低复杂性，否则你根本估计不到将来的 bug 从什么地方会冒出来。