Как хранится в памяти enum

Хранение enum в памяти (Java/Kotlin для Android)

В Java (и, соответственно, Kotlin для Android) enum представляет собой специальный тип класса, и его хранение в памяти организовано достаточно интересно. В основе лежит шаблон проектирования "типазированный enum" (typesafe enum pattern), который был встроен в язык на уровне JVM.

Основные принципы хранения

1. Enum — это final-класс Каждый enum-тип компилируется в обычный Java-класс, который наследуется от абстрактного класса java.lang.Enum. Этот класс является final, поэтому от enum нельзя наследоваться.

2. Статические экземпляры как константы Каждое перечисляемое значение становится public static final полем в сгенерированном классе. Эти поля инициализируются при первой загрузке класса.

// Исходный код
enum Color { RED, GREEN, BLUE }

// Примерно так выглядит после компиляции
final class Color extends Enum<Color> {
    public static final Color RED = new Color("RED", 0);
    public static final Color GREEN = new Color("GREEN", 1);
    public static final Color BLUE = new Color("BLUE", 2);
    
    private static final Color[] VALUES = { RED, GREEN, BLUE };
    
    private Color(String name, int ordinal) {
        super(name, ordinal);
    }
}

Структура памяти для каждого enum-значения

Каждый экземпляр enum хранит в памяти:

• Заголовок объекта (object header) — обычно 8 или 12 байт в зависимости от архитектуры
• Поле name — ссылка на String (4 или 8 байт)
• Поле ordinal — int (4 байта)
• Дополнительные поля, если они объявлены в enum
• Выравнивание (padding) — обычно до границы 8 байт

Ключевые особенности памяти

1. Единичные экземпляры Каждое значение enum существует в единственном экземпляре (синглтон в рамках ClassLoader). Это обеспечивается через статические поля и private конструктор.

2. Хранение в heap Как и все объекты в Java, enum-значения хранятся в heap (куче), но на них ссылаются статические поля класса enum.

3. Метод values() и valueOf() Метод values() возвращает копию массива значений (защита от модификации), а valueOf() выполняет поиск по имени через HashMap или бинарный поиск.

// Пример enum с дополнительными данными
enum class State(val code: Int) {
    IDLE(0),      // Хранит: name="IDLE", ordinal=0, code=0
    RUNNING(1),   // Хранит: name="RUNNING", ordinal=1, code=1
    STOPPED(2);   // Хранит: name="STOPPED", ordinal=2, code=2
}

Оптимизации в Android Runtime (ART)

В контексте Android существуют дополнительные оптимизации:

1. Верифицированный enum ART может оптимизировать хранение enum, особенно если используется ProGuard/R8, который может преобразовывать enum в целочисленные константы.

2. Сжатие ссылок На 64-битных устройствах с включенным сжатием ссылок (compressed references) ссылки на объекты занимают 4 байта вместо 8.

3. Кэширование hashCode Класс Enum кэширует hashCode в поле hash после первого вычисления.

Сравнение с альтернативами

Практические рекомендации для Android

1. Используйте enum обдуманно В Android до API 24 enum добавлял около 1.3КБ на значение. Сейчас оптимизации улучшились, но в критичных по памяти ситуациях (например, в списках с тысячами элементов) лучше использовать @IntDef или @StringDef.

2. Производительность switch Компилятор преобразует switch по enum в таблицы переходов (tableswitch), что дает O(1) сложность.

3. Сериализация При сериализации сохраняется только имя enum, а при десериализации вызывается valueOf().

Итог: Enum в Java/Android — это полноценные объекты со всеми преимуществами ООП, но с гарантированной уникальностью экземпляров. Они потребляют больше памяти, чем примитивные константы, но обеспечивают типобезопасность, читаемость и поддерживаются множеством языковых конструкций. В современных Android-приложениях enum можно использовать без особых опасений, кроме крайне специфичных случаев оптимизации памяти.