欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

如果问你为什么重写hashCode,必须重写equals?你就把这个例子给他看

程序员文章站 2022-04-14 21:05:54
...


例子

咱们先看例子,重写了hashCode不重写equals方法的后果


代码

public class TestGCoverlimit {
    static class Key{
        Integer id;

        Key(Integer id) {
            this.id = id;
        }

        @Override
        public int hashCode() {
            return id.hashCode();
        }
    }

    public static void main(String[] args) {
        Map m=new HashMap();
        while (true){
            for (int i = 0; i < 1000; i++) {
                if(!m.containsKey(new Key(i))){
                    m.put(new Key(i),"number:"+i);
                }
            }
            System.out.println(m.size());
        }
    }
}

如果问你为什么重写hashCode,必须重写equals?你就把这个例子给他看

运行结果:
如果问你为什么重写hashCode,必须重写equals?你就把这个例子给他看

解释下GC overhead limit exceeded

JVM 内置了垃圾回收机制GC,所以作为 Javaer 的我们不需要手工编写代码来进行内存分配和释放,但是当 Java 进程花费 98% 以上的时间执行 GC,但只恢复了不到 2% 的内存,且该动作连续重复了 5 次,就会抛出 java.lang.OutOfMemoryError:GC overhead limit exceeded 错误(俗称:垃圾回收上头)。
简单地说,就是应用程序已经基本耗尽了所有可用内存, GC 也无法回收。

 假如不抛出 GC overhead limit exceeded 错误,
 那 GC 清理的那么一丢丢内存很快就会被再次填满,迫使 GC 再次执行,
 这样恶性循环,CPU 使用率 100%,而 GC 没什么效果。

分析

从输出结果可以看到,我们的限制 1000 条数据没有起作用,map 容量远超过了 1000,而且最后也出现了我们想要的错误,这是因为类 Key 只重写了 hashCode() 方法,却没有重写 equals() 方法,我们在使用 containsKey() 方法其实就出现了问题,于是就会一直往 HashMap 中添加 Key,直至 GC 都清理不掉。

public boolean containsKey(Object key) {
        return getNode(hash(key), key) != null;
}

static final int hash(Object key) {
        int h;
        return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}

如果问你为什么重写hashCode,必须重写equals?你就把这个例子给他看
可以看到containsKey方法如果重写hashCode必须重写equals方法。

进一步分析

如果你重载了equals,比如说是基于对象的内容实现的,而保留hashCode的实现不变,那么很可能某两个对象明明是“相等”,而hashCode却不一样。这样,当你用其中的一个作为键保存到hashMap、hasoTable或hashSet中,再以“相等的”找另一个作为键值去查找他们的时候,则根本找不到。

使用HashMap,如果key是自定义的类,就必须重写hashcode()和equals()。

而对于每一个对象,通过其hashCode()方法可为其生成一个整形值(散列码),该整型值被处理后,将会作为数组下标,存放该对象所对应的Entry(存放该对象及其对应值)。 equals()方法则是在HashMap中插入值或查询时会使用到。当HashMap中插入值或查询值对应的散列码与数组中的散列码相等时,则会通过equals方法比较key值是否相等,所以想以自建对象作为HashMap的key,必须重写该对象继承object的hashCode和equals方法。

本来不就有hashcode()和equals()了么?干嘛要重写,直接用原来的不行么?

HashMap中,如果要比较key是否相等,要同时使用这两个函数!因为自定义的类的hashcode()方法继承于Object类,其hashcode码为默认的内存地址,这样即便有相同含义的两个对象,比较也是不相等的,例如,生成了两个“羊”对象,正常理解这两个对象应该是相等的,

但如果你不重写 hashcode()方法的话,比较是不相等的!

HashMap中的比较key是这样的,先求出key的hashcode(),比较其值是否相等,若相等再比较equals(),若相等则认为他们是相等的。若equals()不相等则认为他们不相等。如果只重写hashcode()不重写equals()方法,当比较equals()时只是看他们是否为同一对象(即进行内存地址的比较),所以必定要两个方法一起重写。HashMap用来判断key是否相等的方法,其实是调用了HashSet判断加入元素是否相等。

相关标签: 日常开发