Java中子类重写Object类equals方法为何参数需为Object而非子类类型

嘿，这个问题问到点子上了——很多刚摸Java的同学都会在重写equals时栽这个跟头！我来给你掰扯清楚核心原因：

1. 这是重写（Override）和重载（Overload）的本质区别 #

Object类的equals方法签名是public boolean equals(Object o)，而重写要求方法的签名完全一致（包括参数类型、方法名、返回值类型）。如果你把参数写成子类A，那这根本不是重写，而是重载了一个全新的equals方法！

举个踩坑场景：当你把A对象放进ArrayList，调用list.contains(a2)时，集合内部会调用Object.equals（因为编译时它只知道元素是Object类型），而不是你写的那个参数为A的方法。结果就是两个内容完全相同的A对象，会被判定为不相等——因为默认的Object.equals是比较内存地址的。

2. 多态特性要求参数匹配父类方法 #

Java的方法调用是编译时看引用类型，运行时看实际对象类型。假设你有这样的代码：

Object obj = new A();
A a = new A();
obj.equals(a);

编译时，obj的类型是Object，所以编译器只会找Object类里的equals方法（参数为Object）。如果你写的equals参数是A，那这个方法在编译阶段根本不会被匹配到，运行时自然也不会调用你的自定义逻辑，还是用默认的地址比较。

3. 符合Java的equals规范约定 #

Java官方对equals方法有明确的约定（比如对称性、自反性、传递性），如果参数用子类类型，很容易破坏这些约定。比如：

• 当你用a.equals(obj)（obj是Object类型的其他对象），调用的是Object的equals，返回false；
• 但如果obj实际是A类型，obj.equals(a)却可能因为你没正确重写，还是返回false（或者不符合预期），这就违反了对称性要求。

正确的重写姿势 #

一定要保证方法签名和Object的equals完全一致，并且加上@Override注解——这个注解能帮你在编译阶段就检查出是否真的重写了父类方法，避免重载伪装成重写的坑：

import java.util.Objects;

public class A {
    private int id;

    @Override
    public boolean equals(Object o) {
        // 先判断是否是同一对象，快速返回
        if (this == o) return true;
        // 判断是否为null，或者类型不匹配
        if (o == null || getClass() != o.getClass()) return false;
        // 向下转型
        A a = (A) o;
        // 比较核心字段
        return id == a.id;
    }

    // 重要！重写equals必须同时重写hashCode，否则集合类会出问题
    @Override
    public int hashCode() {
        return Objects.hash(id);
    }
}

内容的提问来源于stack exchange，提问作者pino123