Какие данные хранятся в Heap

Данные в Heap (куче) Android/Java

В контексте разработки под Android (Java/Kotlin) Heap (куча) — это область динамической памяти, предназначенная для хранения объектов во время выполнения приложения. Это одна из ключевых частей Runtime Data Areas в JVM/ART.

Что именно хранится в Heap?

1. Экземпляры объектов (объекты классов)
   • Все объекты, созданные с помощью оператора new (или литералов объектов в Kotlin).
   • Включает пользовательские классы, объекты стандартной библиотеки (String, ArrayList и т.д.).

// Объект User будет размещен в Heap
User user = new User("Alice", 30);

// Массив тоже объект -> размещается в Heap
int[] numbers = new int[]{1, 2, 3};

1. Массивы (arrays)

   • Как примитивных типов (int[], char[]), так и ссылочных типов (String[], Object[]).
   • Сам массив как объект хранится в Heap, а для массивов примитивов — непосредственно значения внутри массива тоже в Heap.

2. Члены объектов (поля классов)

   • Нестатические поля объектов хранятся вместе с самим объектом в Heap.
   • Если поле примитивного типа (int, boolean) — его значение хранится прямо в объекте в Heap.
   • Если поле ссылочного типа — в объекте хранится ссылка, а целевой объект — отдельно в Heap.

class Product {
    var name: String // Ссылка хранится в объекте Product, сам String объект — отдельно в Heap
    var price: Double // Примитив — значение прямо в объекте Product
    var tags: List<String> // Ссылка на List, сам List и его элементы — в Heap
}

Что НЕ хранится в Heap?

• Локальные переменные и параметры методов: хранятся в Stack (стеке) каждого потока как stack frames. Это относится и к примитивам, и к ссылкам на объекты (сама ссылка в стеке, объект — в Heap).
• Статические переменные (классовые поля): хранятся в Method Area (Metaspace/PermGen) — область памяти для метаданных классов.
• Примитивные локальные переменные: int, char, boolean внутри методов хранятся в стеке.
• Код методов, информация о классах, константы: хранятся в Method Area.

Управление памятью Heap в Android

Heap в Android управляется сборщиком мусора (Garbage Collector, GC) — автоматически освобождает память от объектов, которые больше не достижимы (нет активных ссылок). Однако есть особенности:

• Ограниченный размер Heap на Android (зависит от устройства и версии ОС, обычно от 16 МБ до нескольких сотен МБ). Превышение лимита вызывает OutOfMemoryError.
• Активность GC влияет на производительность, особенно при паузах (stop-the-world), что может вызывать лагги интерфейса.
• Разделение Heap на поколения (Generational Heap) в ART (с Android 5.0+):
  • Young Generation (молодые объекты, короткоживущие).
  • Old Generation (долгоживущие объекты).
  • Используются разные алгоритмы GC для каждого поколения (например, concurrent mark-sweep для Old Gen).

Пример распределения памяти

public class Example {
    private static String STATIC_FIELD = "Static"; // Method Area
    private String instanceField = "Instance"; // Heap (в составе объекта Example)
    
    public void method() {
        int localPrimitive = 42; // Stack
        String localReference = new String("Hello"); // Ссылка localReference в Stack, объект String в Heap
        Example obj = new Example(); // Ссылка obj в Stack, сам объект Example в Heap
    }
}

Практические следствия для разработчика

• Утечки памяти (Memory Leaks): объекты в Heap не освобождаются, если на них остаются ссылки (например, от статических полей, неотписанных слушателей, анонимных внутренних классов, удерживающих контекст Activity).
• Использование Heap Dump (через Android Studio Profiler) для анализа объектов в Heap, поиска утечек.
• Оптимизация работы с памятью: избегать создания лишних объектов в циклах, использовать пулы объектов, осторожно работать с большими данными (Bitmap — хранится в Native Heap, но влияет на Java Heap через управление ссылками).

Heap — центральное место хранения динамических данных приложения, и понимание его работы критично для создания стабильных, производительных Android-приложений.