Почему я должен переопределить равняние и методы хэш-кода в Java?

Вы должны переопределить hashCode() в каждом класса, который переопределяет equals(). Неспособность сделать это приведет к нарушению общего соглашения для Object.hashCode(), что помешает вашему классу функционировать должным образом в сочетании со всеми основанными на хэше коллекциями, включая HashMap, HashSet и Hashtable.

из Effective Java, by Joshua Bloch

Последовательно определяя equals() и hashCode(), вы можете улучшить удобство использования ваших классов в качестве ключей в коллекциях на основе хэшей. Как объясняется в документации API для hashCode: "Этот метод поддерживается в интересах хэш-таблиц, таких как те, которые предоставляются java.util.Hashtable".

Лучшим ответом на ваш вопрос о том, как эффективно реализовать эти методы, будет предложение прочитать главу 3 книги Effective Java.

newmeths = {
  'two': lambda self: 2,
}

class MC(type):
  def __init__(cls, name, bases, dict):
    for k, v in newmeths.iteritems():
      setattr(cls, k, v)
    super(MC, cls).__init__(name, bases, dict)

class C(object):
  __metaclass__ = MC
  pass

c=C()
print c.two()

Поскольку они не переопределяются, в Object будет использоваться реализация по умолчанию.

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

Предположим, что у вас есть класс (A), который объединяет два других класса (B) (C), и необходимо сохранить экземпляры (A) внутри хэш-таблицы. Реализация по умолчанию позволяет различать только экземпляры, но не по (B) и (C). Таким образом, два экземпляра A могут быть равны, но по умолчанию нельзя сравнивать их правильным путь.

Проще говоря, метод equals в Object проверяет равенство ссылок, в то время как два экземпляра вашего класса могут быть семантически равны, если их свойства равны. Это, например, важно при помещении объектов в контейнер, использующий equals и hashcode, как HashMap и Set. Допустим, у нас есть класс типа:

public class Foo {
    String id;
    String whatevs;

    Foo(String id, String whatevs) {
        this.id = id;
        this.whatevs = whatevs;
    }
}

Мы создаем два экземпляра с одинаковым id:

Foo a = new Foo("id", "something");
Foo b = new Foo("id", "something else");

Без переопределения equals мы получим:

• a.equals(b) ложно, потому что это два разных экземпляра
• a.equals(a) истинно, потому что это один и тот же экземпляр
• b.equals(b) истинно, потому что это один и тот же экземпляр

Правильно? Ну, может быть, если это то, что вам нужно. Но, допустим, мы хотим, чтобы объекты с одинаковым id были одним и тем же объектом, независимо от того, что это два разных экземпляра. Мы переопределим equals (и hashcode):

public class Foo {
    String id;
    String whatevs;

    Foo(String id, String whatevs) {
        this.id = id;
        this.whatevs = whatevs;
    }

    @Override
    public boolean equals(Object other) {
        if (other instanceof Foo) {
            return ((Foo)other).id.equals(this.id);   
        }
    }

    @Override
    public int hashCode() {
        return this.id.hashCode();
    }
}

Что касается реализации equals и hashcode, я могу порекомендовать использовать вспомогательные методы Guava

Это полезно при использовании Объектов значений . Ниже приводится отрывок из Портлендского репозитория шаблонов :

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

Таким образом, у меня может быть несколько копий объекта , представляющего дату 16 января 1998 года. Любые из этих копий будут равны друг другу. Для небольшого объекта , такого как этот, часто проще создать новые и перемещать их, чем полагаться на один объект для представления Дата.

Объект значения всегда должен переопределять .equals () в Java (или = в Smalltalk). (Не забудьте переопределить .hashCode () как .)

Потому что, если вы не переопределите их, вы будете использовать реализацию по умолчанию в Object.

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

Оба метода определены в классе Object. И оба они находятся в простейшей реализации. Поэтому, когда вам нужно добавить дополнительную реализацию к этим методам, вы должны переопределить их в своем классе.

Для Ex: метод equals () в объекте проверяет только его равенство по ссылке. Поэтому, если вам нужно сравнить его состояние, вы можете переопределить это, как это сделано в классе String.