有什么理由在生成.equals（）时更喜欢getClass（）而不是instanceof？

Question 1

我正在使用Eclipse生成.equals()和.hashCode()，并且有一个标记为“使用'instanceof'比较类型”的选项。缺省是不选中此选项并用于.getClass()比较类型。有什么我.getClass()比我更喜欢的理由instanceof吗？

不使用instanceof：

if (obj == null)
  return false;
if (getClass() != obj.getClass())
  return false;

使用instanceof：

if (obj == null)
  return false;
if (!(obj instanceof MyClass))
  return false;

我通常会选中该instanceof选项，然后进入并删除“ if (obj == null)”检查。（这是多余的，因为空对象将始终失败instanceof。）是否有任何不好的主意？

Question 2

如果你使用instanceof，让您equals实现final将保留方法的对称性合同：x.equals(y) == y.equals(x)。如果final看起来有限制，请仔细检查您的对象等效性概念，以确保您的首要实现完全维护Object该类所建立的契约。

Question 3

Josh Bloch支持您的方法：

我赞成该instanceof方法的原因是，当您使用该getClass方法时，存在一些限制，即对象只能与相同类，相同运行时类型的其他对象相等。如果扩展一个类并向其添加一些无害的方法，则检查子类的某个对象是否等于超类的对象，即使这些对象在所有重要方面都相等，您也会得到他们不平等的令人惊讶的答案。实际上，这违反了对Liskov替换原理的严格解释，并且可能导致非常令人惊讶的行为。在Java中，它特别重要，因为大多数集合（HashTable等）均基于equals方法。如果将父类的成员放在哈希表中作为键，然后使用子类实例进行查找，则找不到它们，因为它们不相等。

另请参阅此SO答案。

有效的Java第3章也对此进行了介绍。

Question 4

安吉莉卡·兰格斯（Angelika Langers ）平等的秘密通过一些常见和著名的例子，包括乔什·布洛赫（Josh Bloch）和芭芭拉·里斯科夫（Barbara Liskov）的讨论，经过漫长而详细的讨论，发现了其中的大多数问题。她还进入了instanceofVS getClass。引用一些

结论

剖析了equals（）实现的四个任意选择的示例之后，我们得出的结论是什么？

首先：在equals（）的实现中，有两种实质上不同的执行类型匹配检查的方法。一个类可以通过instanceof运算符允许在超类和子类对象之间进行混合类型比较，或者一个类可以通过getClass（）测试将不同类型的对象视为非相等对象。上面的示例很好地说明了使用getClass（）进行equals（）的实现通常比使用instanceof的实现更健壮。

测试的instanceof仅对最终类是正确的，或者至少在父类中equals（）方法是最终的。后者实质上意味着没有子类必须扩展超类的状态，而只能添加与对象的状态和行为无关的功能或字段，例如瞬态或静态字段。

另一方面，使用getClass（）测试的实现始终符合equals（）合同；他们是正确和强大的。但是，它们在语义上与使用instanceof test的实现有很大不同。使用getClass（）的实现不允许将子类与超类对象进行比较，即使子类未添加任何字段并且甚至都不想覆盖equals（）时也是如此。这样的“琐碎”类扩展例如是在为该“琐碎”目的而定义的子类中添加了调试打印方法。如果超类通过getClass（）检查禁止进行混合类型比较，那么普通扩展将无法与其超类进行比较。这是否是一个问题，完全取决于类的语义和扩展的目的。

Question 5

使用的原因getClass是为了确保equals合同的对称性。从equals的JavaDocs：

它是对称的：对于任何非空参考值x和y，当且仅当y.equals（x）返回true时，x.equals（y）才应返回true。

通过使用instanceof，可能不对称。考虑示例：狗扩展动物。动物equals会instanceof检查动物。狗狗equals会instanceof检查狗狗。赋予Animal a和Dog d（其他字段相同）：

a.equals(d) --> true
d.equals(a) --> false

这违反了对称属性。

为了严格遵守平等契约，必须确保对称性，因此类别必须相同。

Question 6

这是一场宗教辩论。两种方法都有其问题。

使用instanceof，您将永远无法将重要成员添加到子类中。
使用getClass会违反Liskov替换原则。

Bloch在Effective Java Second Edition中还有另一条相关的建议：

项目17：设计和文件继承或禁止继承

Question 7

如果我错了，请纠正我，但是当您要确保您的实例不是所比较类的子类时，getClass（）将很有用。如果您在这种情况下使用instanceof，可能会因为以下原因而无法得知：

class A { }

class B extends A { }

Object oA = new A();
Object oB = new B();

oA instanceof A => true
oA instanceof B => false
oB instanceof A => true // <================ HERE
oB instanceof B => true

oA.getClass().equals(A.class) => true
oA.getClass().equals(B.class) => false
oB.getClass().equals(A.class) => false // <===============HERE
oB.getClass().equals(B.class) => true

Question 8

如果您想确保只有该类将匹配，请使用getClass() ==。如果要匹配子类，则instanceof需要。

此外，instanceof将不会与null匹配，但可以安全地与null进行比较。因此，您不必进行空检查。

if ( ! (obj instanceof MyClass) ) { return false; }

Question 9

这取决于您是否考虑给定类的子类是否等于其父类。

class LastName
{
(...)
}


class FamilyName
extends LastName
{
(..)
}

在这里我将使用'instanceof'，因为我希望将姓氏与FamilyName进行比较

class Organism
{
}

class Gorilla extends Organism
{
}

在这里，我将使用“ getClass”，因为该类已经说过这两个实例并不等效。

Question 10

instanceof适用于同一类或其子类的实例

您可以使用它来测试对象是实现特定接口的类的实例，子类的实例还是类的实例。

ArryaList和RoleList都是List的instanceof

而

getClass（）== o.getClass（）仅在两个对象（this和o）完全属于同一类时才为true。

因此，根据需要进行比较，您可以使用其中之一。

如果您的逻辑是：“仅当两个对象属于同一类时，一个对象才等于其他对象”，您应该使用“等于”，我认为这是大多数情况。

Question 11

两种方法都有其问题。

如果子类更改了标识，则需要比较其实际类。否则，您将违反对称属性。例如Person，即使不同类型的s具有相同的名称，也不应视为等效。

但是，某些子类不会更改标识，而需要使用instanceof。例如，如果我们有一堆不可变的Shape对象，那么Rectangle长和宽为1的a应该等于unit Square。

实际上，我认为前一种情况更可能是正确的。通常，子类化是您身份的基本组成部分，与父类完全一样，除了您可以做一件小事并不能使您平等。

Question 12

实际上是instanceof检查对象是否属于某个层次结构的地方。例如：Car对象属于Vehical类。因此，“ Vehical的new Car（）实例”返回true。尽管Car对象属于Vehical类，但“ new Car（）。getClass（）。equals（Vehical.class）”返回false，但它被归类为单独的类型。