Можно ли использовать иммутабельный объект отличный от строки в качестве ключа?

Можно ли использовать иммутабельный объект отличный от строки в качестве ключа?

Да, можно и часто нужно. Использование иммутабельных (неизменяемых) объектов в качестве ключей в структурах данных, таких как HashMap, HashSet или Bundle (в Android), является рекомендуемой и безопасной практикой. Это фундаментальное требование для корректной работы хэш-таблиц.

Почему ключ должен быть иммутабельным?

Основная причина связана с механизмом работы хэш-таблиц (например, HashMap). Когда объект помещается в такую коллекцию в качестве ключа, вычисляется его хэш-код (через метод hashCode()). По этому хэш-коду определяется "корзина" (bucket), в которую будет помещена пара ключ-значение.

1. Неизменность хэш-кода: Если после добавления объекта в HashMap изменить поля, участвующие в вычислении hashCode(), то изменится и сам хэш-код. Последующий поиск по этому ключу (map.get(key)) будет происходить по новому хэш-коду и приведет нас в другую "корзину". В результате мы не найдем наше первоначальное значение, хотя ключ "кажется" тем же самым объектом в памяти. Это нарушает контракт коллекции и приводит к потере данных.

2. Нарушение контракта equals/hashCode: В Java и Kotlin существует жесткое правило: если два объекта равны по equals(), то их хэш-коды обязаны быть равны. Изменение ключа может привести к ситуации, когда key1.equals(key2) возвращает true, но key1.hashCode() != key2.hashCode(). Это катастрофически ломает логику HashMap.

Пример проблемы с изменяемым ключом (Java)

import java.util.HashMap;

// Изменяемый класс-ключ
class MutableKey {
    String id;

    public MutableKey(String id) { this.id = id; }

    public void setId(String id) { this.id = id; }

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

    @Override
    public boolean equals(Object obj) {
        if (this == obj) return true;
        if (obj == null || getClass() != obj.getClass()) return false;
        MutableKey that = (MutableKey) obj;
        return id.equals(that.id);
    }
}

public class Main {
    public static void main(String[] args) {
        HashMap<MutableKey, String> map = new HashMap<>();
        MutableKey key = new MutableKey("key-1");

        map.put(key, "Value 1");
        System.out.println("До изменения: " + map.get(key)); // Вывод: Value 1

        key.setId("key-2"); // Меняем поле, влияющее на hashCode и equals
        System.out.println("После изменения: " + map.get(key)); // Вывод: null (значение потеряно!)
    }
}

Какие иммутабельные объекты можно использовать?

Любой класс, который спроектирован как иммутабельный. Часто используемые примеры:

• Стандартные классы Java/Kotlin: Integer, Long, UUID, LocalDate, BigDecimal, Enum.
• Пользовательские Data-классы в Kotlin, если все свойства объявлены в первичном конструкторе и являются val (или неизменяемыми типами). Компилятор Kotlin автоматически генерирует корректные equals() и hashCode().

  // Идеальный иммутабельный ключ
  data class UserKey(val userId: Long, val department: String)
  
  fun usage() {
      val map = HashMap<UserKey, String>()
      val key = UserKey(123L, "Android")
      map[key] = "Ivanov"
  
      // Всё работает предсказуемо. Изменить поля key после создания невозможно.
      println(map[UserKey(123L, "Android")]) // Вывод: Ivanov
  }
  

• Кортежи (Pair, Triple в Kotlin) из иммутабельных значений.

  val complexMap = HashMap<Pair<Int, String>, String>()
  complexMap[1 to "A"] = "Data"
  

Исключения и особые случаи

• Массивы (Array) в Java/Kotlin не являются иммутабельными и используют реализацию hashCode() по умолчанию (от Object), которая не зависит от содержимого. Использовать массивы в качестве ключа — крайне плохая идея. Вместо этого преобразуйте массив в список (List), если он иммутабелен.
• Android Bundle: При передаче данных между компонентами (через Intent) в качестве ключей Bundle обязательно используются строки. Это связано с сериализацией/десериализацией Bundle. Другие типы ключей не поддерживаются.

Вывод

Использование иммутабельных объектов в качестве ключей — это обязательное условие для предсказуемой работы хэш-ориентированных коллекций. Это предотвращает трудноуловимые ошибки, связанные с потерей доступа к данным. В современной Kotlin-разработке data class с val-свойствами является идиоматичным и самым простым способом создания таких ключей. Если же объект по своей природе должен быть изменяемым, его нельзя использовать в качестве ключа в HashMap или аналогичных структурах.