Ответ.

История вопроса:

В C++ работа с памятью является фундаментальной, язык предоставил программисту полный контроль ради эффективности. Изначально существовали только понятия "stack" (стек) и "heap" (куча) как области динамического и автоматического распределения памяти.

Проблема:

Выбор области расположения переменной определяет срок её жизни, доступность, скорость выделения и освобождения памяти, а также риски (утечки, повреждения стека, фрагментация).

Решение:

Stack allocation используется для локальных переменных с известным временем жизни. Heap allocation — для объектов, нуждающихся в динамическом времени жизни или большого объема памяти. Рекомендуется минимизировать ручное управление кучей, отдавая предпочтение стэку и использовать умные указатели для работы с динамикой.

Пример кода:

// Stack allocation
int a = 5;

// Heap allocation
int* b = new int(10);

// Работа с умным указателем
#include <memory>
auto ptr = std::make_unique<int>(15);

Ключевые особенности:

• Stack: быстрый, автоматический, ограниченный размер, область видимости — функция.
• Heap: динамический, требует явного освобождения (или умных указателей), большие объемы, гибкое время жизни.
• Смешивание может приводить к ошибкам и утечкам.

Вопросы с подвохом.

Что случится, если вернуть указатель на локальную переменную из функции?

Произойдет undefined behavior: после выхода из функции память "освобождается" (на самом деле стек не очищается, но данные могут быть перезаписаны).

Пример плохого кода:

int* foo() {
    int a = 42;
    return &a; // неправильно!
}

Может ли память, выделенная на стеке, утечь?

Нет, память стека всегда освобождается автоматически при выходе из области видимости — возникает только так называемое переполнение стека (stack overflow), но не утечка.

Достаточно ли всегда использовать delete для освобождения динамической памяти?

Нет, гораздо чаще используют умные указатели (std::unique_ptr, std::shared_ptr), чтобы избежать забытых delete и двойного удаления.

Типовые ошибки и анти-паттерны

• Возврат указателя/ссылки на локальные переменные.
• Использование raw new/delete без контроля.
• Недооценка ограничения размера стека (рекурсия без края — stack overflow).

Пример из жизни

Отрицательный кейс:

Разработчик использовал new для всех временных объектов, забывал их освобождать — со временем в больших приложениях возникли утечки памяти.

Плюсы: сначала быстро и удобно Минусы: неустойчивые программы, рост памяти, падения

Положительный кейс:

Использование локальных переменных и умных указателей для временных и служебных объектов. Нет явного delete, все освобождается автоматически.

Плюсы: отсутствие утечек, надежность Минусы: требуется понимать современные подходы работы с памятью