回答。

Javaでは、equals()およびhashCode()メソッドは、HashMap、HashSetなどのコレクションが正しく動作するために非常に重要です。この質問は、初心者の開発者によってしばしば見落とされますが、これらのメソッドの契約を破ると、アプリケーションのロジックに見えにくいバグを引き起こす可能性があります。

問題の歴史:

Javaでは、すべてのクラスがObjectクラスからequals()およびhashCode()メソッドを継承しています。デフォルトでは、equals()はオブジェクトの参照（つまり、メモリ内の物理的位置）を比較し、hashCode()は各オブジェクトに対してユニークなコードを返します。しかし、ユーザー定義のクラスでは、参照ではなく内容でオブジェクトを比較する必要がある場合がよくあります。

問題:

equals()およびhashCode()メソッドがオーバーライドされていないか不適切にオーバーライドされている場合、ハッシュ化に基づくコレクション内でオブジェクトが予期しない動作をする可能性があります。これにより、要素が存在しなかったり、重複したり、検索に誤りが生じたりします。

解決策:

両方のメソッドを常に一緒にオーバーライドし、契約を厳密に守る必要があります。

a.equals(b) == trueの場合、a.hashCode() == b.hashCode()
a.equals(b) == falseの場合、hashCodeに関する要件はユニーク性が必須ではない。

正しい実装の例:

public class Person {
    private final String name;
    private final int age;

    public Person(String name, int age) {
        this.name = name;
        this.age = age;
    }

    @Override
    public boolean equals(Object o) {
        if (this == o) return true;
        if (o == null || getClass() != o.getClass()) return false;
        Person person = (Person) o;
        return age == person.age && Objects.equals(name, person.name);
    }

    @Override
    public int hashCode() {
        return Objects.hash(name, age);
    }
}

主な特徴:

equals()メソッドは、反射的、対称的、推移的、一貫性があるべきです。
hashCode()メソッドは、変更されていないデータに対して同じ値を返すべきです。
オーバーライドされたメソッドでは、重要なフィールドのみが比較されるべきです。

トリック質問。

HashSetに格納されるクラスで、hashCode()なしでequals()だけを使用できますか？

いいえ。equals()のみをオーバーライドした場合、ハッシュ化に基づくコレクションはオブジェクトの一意性を正しく判断できません。HashSetは最初にhashCodeを比較し、その後equalsを比較します。

equals()およびhashCode()でクラスのすべてのフィールドを使用する必要がありますか？

いいえ。クラスの論理的アイデンティティに重要なフィールドのみが必要です。たとえば、オブジェクトに内部の一意な識別子がある場合、それだけで十分です。

@Override
public boolean equals(Object o) {
    if (this == o) return true;
    if (o == null || getClass() != o.getClass()) return false;
    User user = (User) o;
    return Objects.equals(id, user.id);
}

equals()で直接フィールドの代わりにゲッターを使用できますか？

通常、はい、サイドエフェクトがなく、ゲッターが安定している場合は可能です。しかし、ゲッターが異なる呼び出しで異なる値を返すリスクがあるため、その場合は予測不可能な動作になります。

一般的な誤りとアンチパターン

equals()をオーバーライドしたときにhashCode()をオーバーライドしない。
hashCode()の計算にミュータブルなフィールドを使用する。
これらのメソッド間の契約を無視する。

実生活の例

ネガティブケース

開発者がUserクラスを実装し、hashCode()を忘れてequals()のみを定義します。その結果、HashSetへのオブジェクトの追加と検索の際に、重複が発生し、要素が「失われる」ことが起こります。

利点:

最小限のコード

欠点:

コレクションの動作が妨げられる
アプリケーション内で不明確で捕まえにくいバグが発生する

ポジティブケース

開発者が契約に従って両方のメソッドを厳格に実装し、平等性とハッシュ化のロジック内でidのみを使用します。コレクションは期待通りに動作し、検索と保存が正しく行われます。