instanceof在重写equals时核心作用是安全判断参数是否可转型为目标类型，天然防null且支持向上兼容的相等语义；但因易破坏对称性等合约，仅当类为final或明确设计宽泛相等语义时才适用，否则应优先用getClass()确保类型严格一致。
在重写 equals 方法时，instanceof 的核心作用是：**安全判断参数是否可被转型为目标类型，从而避免 ClassCastException 和隐式空指针风险**。但它不是“替代 getClass()”的更好选择，而是适用场景不同的工具——用错地方反而会破坏 equals 合约。
instanceof 在 equals 中的实际用途
它解决两个具体问题：
-
天然防 null：当
obj == null时，obj instanceof Person直接返回false，无需额外判空（但显式判空仍推荐，逻辑更清晰） -
允许向上兼容的相等语义：比如你设计了一个不可变值类
Money，并明确允许其子类（如USD、EUR）与父类实例逻辑相等，且所有子类都复用同一套字段比较逻辑，这时instanceof Money就能自然支持跨子类比较
为什么 getClass() 通常是更严谨的选择
因为 equals 方法必须满足对称性、传递性等契约，而 instanceof 在继承体系中容易打破它们：
- 父类
Person.equals()写成obj instanceof Person→ 接受任何子类实例（如Employee） - 子类
Employee.equals()若也写obj instanceof Person，则person.equals(employee)和employee.equals(person)都为true；但若它写obj instanceof Employee，后者就变成false - 结果就是不对称：违反
equals基本要求
什么时候可以放心用 instanceof
仅限以下两种情况之一成立时：
立即学习“Java免费学习笔记（深入）”；
- 该类被声明为
final（无法被继承），例如String、LocalDate等 JDK 不可变类 - 你主动设计了“宽泛相等语义”，且所有相关子类严格遵循同一套
equals实现（例如统一使用instanceof父类 + 共享字段比较），并接受这种设计带来的语义边界
getClass() == obj.getClass() 的本质含义
它不是“拒绝多态”，而是**确保参与比较的两个对象属于完全相同的运行时类型**。这保证了：
- 字段集一致（不会漏比子类新增字段，也不会误比父类没有的字段）
- 对称性天然成立（
a.getClass() == b.getClass()等价于b.getClass() == a.getClass()） - 传递性可控（同类型链路下，比较逻辑不因继承层级跳跃而断裂）
