Создавал ли equals

Создание equals() метода

Вопрос: Создавал ли equals?

Да, конечно. Это основа работы с коллекциями и сравнением объектов в Java.

Правила для equals()

Свойства (contract):

1. Reflexivity (Рефлексивность): a.equals(a) == true
2. Symmetry (Симметричность): если a.equals(b), то b.equals(a)
3. Transitivity (Транзитивность): если a.equals(b) и b.equals(c), то a.equals(c)
4. Consistency (Консистентность): если ничего не меняется, результат не меняется
5. Null: a.equals(null) == false

Правильная реализация

public class User {
    private UUID id;
    private String email;
    private String name;
    
    @Override
    public boolean equals(Object o) {
        // 1. Проверка на null
        if (o == null) return false;
        
        // 2. Проверка на тот же класс
        if (!(o instanceof User)) return false;
        
        // 3. Кеширование
        if (this == o) return true;
        
        // 4. Cast
        User user = (User) o;
        
        // 5. Сравнение полей
        return Objects.equals(this.id, user.id) &&
               Objects.equals(this.email, user.email) &&
               Objects.equals(this.name, user.name);
    }
    
    @Override
    public int hashCode() {
        return Objects.hash(id, email, name);
    }
}

Частые ошибки

Ошибка 1: Забыли про null

// ❌ ПЛОХО
public boolean equals(Object o) {
    User user = (User) o; // NullPointerException если o == null
    return user.id.equals(this.id);
}

// ✓ ПРАВИЛЬНО
public boolean equals(Object o) {
    if (o == null) return false;
    if (!(o instanceof User)) return false;
    User user = (User) o;
    return Objects.equals(this.id, user.id);
}

Ошибка 2: Использовали == вместо equals()

// ❌ ПЛОХО (для строк)
public boolean equals(Object o) {
    if (!(o instanceof User)) return false;
    User user = (User) o;
    return this.email == user.email; // Сравниваем ссылки!
}

// ✓ ПРАВИЛЬНО
return Objects.equals(this.email, user.email);

Ошибка 3: Нарушили симметричность

public class Animal {
    private String name;
    
    // Подкласс
    public class Dog extends Animal { }
    
    // ❌ ПЛОХО: нарушает симметричность
    @Override
    public boolean equals(Object o) {
        if (o instanceof Dog) {
            return ((Dog) o).name.equals(this.name);
        }
        if (o instanceof Animal) {
            return ((Animal) o).name.equals(this.name);
        }
        return false;
    }
}

// Проблема:
Dog dog = new Dog();
Animal animal = new Animal();

dog.equals(animal); // может быть true
animal.equals(dog); // может быть false
// Нарушена симметричность!

Использование @EqualsAndHashCode (Lombok)

@Data // Генерирует equals и hashCode
public class Product {
    private UUID id;
    private String sku;
    private String name;
}

// Эквивалентно руче написанному equals/hashCode

// Исключить из сравнения
@Data
public class Product {
    private UUID id;
    @EqualsAndHashCode.Exclude
    private String description; // НЕ участвует в equals/hashCode
}

Сравнение в коллекциях

public class CollectionExample {
    public static void main(String[] args) {
        User user1 = new User(UUID.fromString("123"), "john@example.com", "John");
        User user2 = new User(UUID.fromString("123"), "john@example.com", "John");
        
        // Сравнение
        System.out.println(user1.equals(user2)); // true (если equals реализован)
        
        // В HashSet
        Set<User> users = new HashSet<>();
        users.add(user1);
        users.add(user2);
        System.out.println(users.size()); // 1 (благодаря equals и hashCode)
        
        // Содержит
        System.out.println(users.contains(user2)); // true
    }
}

Equals с наследованием

// ✓ ПРАВИЛЬНО: используем instanceof
public abstract class Shape {
    protected String color;
    
    @Override
    public boolean equals(Object o) {
        if (o == null) return false;
        if (!(o instanceof Shape)) return false;
        Shape shape = (Shape) o;
        return Objects.equals(this.color, shape.color);
    }
}

public class Circle extends Shape {
    private int radius;
    
    @Override
    public boolean equals(Object o) {
        if (o == null) return false;
        if (!(o instanceof Circle)) return false;
        if (!super.equals(o)) return false; // Сначала проверим родителя
        Circle circle = (Circle) o;
        return this.radius == circle.radius;
    }
}

Value Objects (правильный подход)

// ✓ ИДЕАЛЬНО: record (Java 16+)
public record UserRecord(
    UUID id,
    String email,
    String name
) {
    // equals и hashCode генерируются автоматически
}

// Использование
UserRecord user1 = new UserRecord(id, "john@example.com", "John");
UserRecord user2 = new UserRecord(id, "john@example.com", "John");

System.out.println(user1.equals(user2)); // true

Equals с mutable полями (опасно!)

// ❌ ОПАСНО: поле может измениться
public class MutableUser {
    private UUID id;
    private String email; // Может измениться!
    
    @Override
    public boolean equals(Object o) {
        if (!(o instanceof MutableUser)) return false;
        MutableUser user = (MutableUser) o;
        return Objects.equals(this.email, user.email);
    }
    
    public void setEmail(String email) {
        this.email = email;
    }
}

// Проблема:
Set<MutableUser> users = new HashSet<>();nMutableUser user = new MutableUser("john@example.com");
users.add(user);

user.setEmail("jane@example.com"); // Поле изменилось!

users.contains(user); // false ❌ (потому что hashCode изменился)

На собеседовании

Хороший ответ:

"Да, создавал equals(). Важно помнить несколько правил:

1. Проверить на null и тип
2. Использовать Objects.equals() для null-safe сравнения
3. Всегда реализовать hashCode() согласованно
4. Не нарушать contract (рефлексивность, симметричность, транзитивность)
5. Не использовать == для сравнения содержимого (только для примитивов)
6. По возможности использовать Lombok @Data или records

Частая ошибка — забыть про null проверку или нарушить симметричность в иерархии классов."

Ключевые выводы

• Всегда реализуй вместе с hashCode()
• Используй Objects.equals() для null-safety
• Проверь на null в начале
• Проверь тип (instanceof)
• Сравни значимые поля, не все
• Используй Lombok @Data или records если можно
• Не меняй mutable поля после добавления в Set/HashMap
• equals и hashCode ОЧЕНЬ важны для работы коллекций