一般来说，你问题的答案是“是的”，但是……

.equals(...) will only compare what it is written to compare, no more, no less. If a class does not override the equals method, then it defaults to the equals(Object o) method of the closest parent class that has overridden this method. If no parent classes have provided an override, then it defaults to the method from the ultimate parent class, Object, and so you're left with the Object#equals(Object o) method. Per the Object API this is the same as ==; that is, it returns true if and only if both variables refer to the same object, if their references are one and the same. Thus you will be testing for object equality and not functional equality. Always remember to override hashCode if you override equals so as not to "break the contract". As per the API, the result returned from the hashCode() method for two objects must be the same if their equals methods show that they are equivalent. The converse is not necessarily true.

要在自定义类中使用equals函数，您必须重写equals函数(以及其他函数)。

equals方法比较对象。

==二进制操作符比较内存地址。

==是一个操作符，equals()是一个方法。

运算符通常用于基元类型比较，因此==用于内存地址比较，equals()方法用于对象比较。

简而言之，答案是肯定的。

在Java中，==操作符比较两个对象，以确定它们是否指向相同的内存位置;而.equals()方法实际上是比较两个对象，看看它们是否具有相同的对象值。

只需记住.equals(…)必须由您试图比较的类实现。否则，就没有什么意义了;Object类的方法版本所做的事情与比较操作相同:

唯一需要对对象使用比较运算符的时候是比较枚举的时候。这是因为一次只有一个Enum值的实例。例如，给定枚举

enum FooEnum {A, B, C}

你永远不会同时拥有一个以上的A实例，对于B和c也是如此。这意味着你实际上可以像这样编写一个方法:

public boolean compareFoos(FooEnum x, FooEnum y)
{
    return (x == y);
}

你就不会有任何问题了。

一般来说，你问题的答案是“是的”，但是……

.equals(...) will only compare what it is written to compare, no more, no less. If a class does not override the equals method, then it defaults to the equals(Object o) method of the closest parent class that has overridden this method. If no parent classes have provided an override, then it defaults to the method from the ultimate parent class, Object, and so you're left with the Object#equals(Object o) method. Per the Object API this is the same as ==; that is, it returns true if and only if both variables refer to the same object, if their references are one and the same. Thus you will be testing for object equality and not functional equality. Always remember to override hashCode if you override equals so as not to "break the contract". As per the API, the result returned from the hashCode() method for two objects must be the same if their equals methods show that they are equivalent. The converse is not necessarily true.