Что хотят услышать интервьюеры:

Объекты обычно хранятся в куче, а ссылки на них — в стеке или внутри других объектов. Важно понимать, что конкретное место хранения зависит от языка и runtime, но в большинстве managed-языков объекты живут в heap и управляются сборщиком мусора. На собеседовании ожидают, что кандидат различает сам объект, ссылку на него и область, где эта ссылка лежит.

Определение:

Объект — это экземпляр данных, который в большинстве современных языков создаётся в динамической памяти, то есть в куче. Стек обычно хранит локальные переменные, параметры методов и ссылки на объекты, а не сами объекты целиком. После выхода из области видимости ссылка может исчезнуть, но объект будет жить, пока на него есть доступ и пока его не соберёт GC.

Пример использования:

Например, при создании объекта в Java или C# переменная в методе хранит ссылку, а сам объект размещается в heap.

class User {
    String name;
}

public class Demo {
    public static void main(String[] args) {
        User u = new User(); // u — ссылка в стеке, объект User — в куче
        u.name = "Alex";
    }
}

Пояснение кода:

Код показывает разделение между ссылкой и объектом. Переменная u существует как локальная переменная метода main, поэтому она находится в стеке. Выражение new User() создаёт сам объект User в куче. Поле name хранится внутри объекта, а не отдельно в стеке.

Ключевые моменты:

Сам объект чаще всего хранится в куче, а не в стеке.
В стеке обычно лежат локальные переменные и ссылки на объекты.
В managed-окружениях память объектов освобождает garbage collector.
Если на объект больше нет ссылок, он становится кандидатом на удаление GC.
В некоторых языках и при оптимизациях размещение может отличаться, но базовая модель именно такая.

Где в памяти хранятся объекты?