Ответ.

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

В языке C программист непосредственно управляет памятью: размещение, освобождение и использование массивов, структур и указателей контролируется вручную. Механизм динамического выделения памяти существует в C с 1970-х годов и реализуется через специальные функции стандартной библиотеки (malloc, calloc, realloc, free). Такой подход предоставляет производительность и гибкость, но требует внимательности.

Проблема

Ошибка при работе с памятью может привести к утечкам, повреждению других данных, падению программы или уязвимостям безопасности. Часто ошибка происходит из-за забытых вызовов free, выхода за границы массива, неверного приведения типов указателей или двойного освобождения памяти. Для структур ситуация аналогична, но добавляется риск забыть очистить вложенные динамические поля.

Решение

Чтобы минимизировать ошибки, рекомендуется разрабатывать строго структурированный код, отслеживать все выделения и освобождения памяти, не использовать освобождённые указатели и отслеживать размер выделенных массивов. Важно использовать средства статического анализа, итоговые проверки (valgrind, sanitizers), а также придерживаться соглашений: кто вызвал malloc — тот и освобождает память.

Пример кода:

#include <stdio.h>
#include <stdlib.h>
typedef struct {
    int *arr;
    size_t size;
} ArrayWrapper;

ArrayWrapper *create(size_t n) {
    ArrayWrapper *aw = malloc(sizeof(ArrayWrapper));
    if (!aw) return NULL;
    aw->arr = malloc(sizeof(int) * n);
    if (!aw->arr) { free(aw); return NULL; }
    aw->size = n;
    return aw;
}
void destroy(ArrayWrapper *aw) {
    if (aw) {
        free(aw->arr);
        free(aw);
    }
}

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

Динамические массивы и структуры можно создавать любого размера в рантайме.
За выделенную память обязан отвечать код, который её получил.
Ключ к безопасности — освобождать память сразу после окончания использования, не допускать двойного освобождения.

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

Что произойдёт при освобождении памяти по нулевому указателю (free(NULL))?

В соответствии со стандартом C, вызов free на нулевой указатель безопасен — ничего не происходит, ошибки не возникает. Это удобно для переноса ответственности за освобождение памяти.

Можно ли использовать память после вызова free?

Нет, использование памяти после её освобождения (use-after-free) — классическая ошибка. Данные могут измениться или область быть отдана другому процессу. Следует всегда обнулять указатель после free.

int *ptr = malloc(10);
free(ptr);
ptr = NULL; // Надёжно

Обязательно ли освобождать всю выделенную память до выхода из программы?

Технически не обязательно — при завершении программы ОС освобождает все ресурсы. Но игнорирование освобождения памяти — антипаттерн, затрудняет отладку и ведёт к ошибкам в больших, долго работающих программах.

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

Потеря указателя на выделенную память (memory leak).
Двойное освобождение памяти, use-after-free.
Неверный размер выделяемой памяти (sizeof неправильного типа).

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

Негативный кейс

Разработчик создаёт динамические массивы внутри функции, забывает их очищать:

Плюсы:

Быстрая реализация, отсутствие ошибок на малых объёмах.

Минусы:

Утечки памяти при больших данных, падение программы, неисправимые баги.

Позитивный кейс

Весь код проходит проверку статическим анализатором, все указатели после free обнуляются, каждый malloc сопряжён с free: