Как работает метод equals()

Question

Я вникаю в основы Java. Я выхожу из этого article, что метод java equals означает, что если два объекта равны, то они должны иметь один и тот же hashCode().

Вот мой пример.

public class Equals { 

    /** 
    * @param args 
    */ 
    public static void main(String[] args) { 
     String a = new String("a"); 
     String b = new String("a"); 
     System.out.println("a.hashCode() "+a.hashCode()); 
     System.out.println("b.hashCode() "+b.hashCode()); 
     System.out.println(a == b); 
     System.out.println(a.equals(b)); 

    } 

} 

выход:
a.hashCode() 97
b.hashCode() 97
ложные
истинно

Фактический язык Java составляет метод

public boolean equals(Object obj) { 
    return (this == obj); 
    } 

В мой вышеприведенный пример, a.equals (b) вернул true, meani g выполняется условие a == b. Но тогда почему a == b возвращает false в этом примере?

Не hashCode и адрес один и тот же? Кроме того, hashCode сравнивается, когда мы говорим a == b или что-то еще?

Answer 1

String класс переопределил метод equals(). Пожалуйста, следуйте документации String#equals().

a.equals (б) вернулся истинный, то есть условие а == Ь выполнено

Это реализация по умолчанию equals() в Object классе, String классе переопределить реализацию по умолчанию. Он возвращает true тогда и только тогда, когда аргумент не является нулевым и является объектом String, который представляет ту же последовательность символов, что и этот объект.

Не hashCode и адрес один и тот же?

Не обязательно, для дальнейшего чтения на hashCode().

Answer 2

Нет, хэш-код и адрес не совпадают.

Поскольку a == b не сравнивает хэш-коды.

Да, что-то еще сравнивается, когда мы говорим a == b.

(это тоже не адреса, но это достаточно близко).

Кроме того, только потому, что «равные объекты имеют равные хэш-коды» не означает, что «равные хэш-коды означают равные объекты».

Answer 3

a.equals (b) отличается от a == b.

a.equals (b) проверяет, равны ли два объекта на основе реализации equals().

a == b проверяет, имеют ли два объекта одинаковые ссылки.

Если a == b истинно, то a.equals (b) должно быть истинным, потому что они ссылаются на один и тот же объект, но не наоборот.

Answer 4

Класс String переопределяет стандартную реализацию метода equals() класса Object. Код метода equals, который вы предоставили, относится не к классу String, а к классу Object, который переопределен, является реализацией класса String, который проверяет, являются ли содержимое двух объектов одинаковыми или нет.

Answer 5

Оператор == в Java сравнивает ссылки на объекты, чтобы увидеть, относятся ли они к одному и тому же объекту. Поскольку ваши переменные a и b относятся к разным объектам, они не равны в соответствии с ==.

И метод hashCode не возвращает адрес в String, потому что этот класс имеет overridden hashCode.

Кроме того, метод equals был реализован в String для сравнения содержимого строк; поэтому a.equals(b) возвращает true здесь.

Answer 6

A и B представляют собой два отдельных объекта, которые генерируют один и тот же хеш-код из-за реализации StringhashCode(). == просто проверяет, имеет ли левая и правая стороны одинаковые ссылки. Он не вызывает метод Objectequals().

Таким образом, нет, хеши и ссылки на объекты не То же самое.

Answer 7

Hashcode для объекта предназначен для переопределения.

Для класса струнного формула используется следующим образом:

с [0] * 31^(N-1) + S [1] * 31^(N-2) + ... + S [ n-1]

Я призываю вас искать, почему 31 использовался как множитель, а не какое-то другое число.

Общее правило большого пальца для переопределения хеш-кода состоит в том, что для хэша-кода разных объектов должно быть по-разному.

Для этого рекомендуется учитывать каждое значительное поле объекта при вычислении значения хэша.

Примечание: Просто несвязанной пищу для размышлений (источник: Effective Java): Рассмотрим следующую реализацию хэш-код

int hashcode(){ 
    return 10; 
} 

Это правильное выполнение, но он также является наихудшим возможным. Читайте о том, почему.