Лекции

Разбираем принцип RAII в C++: что считается «ресурсом», почему безопаснее привязывать владение к времени жизни объекта (scope), как деструктор гарантированно освобождает захваченное через new (и почему для массива нужен delete []), а также какие ошибки чаще всего ломают этот подход — двойное освобождение, путаница delete/ delete [], раздача «сырых» указателей и ручной вызов деструктора.

Разбираем, как RAII «встроен» в стандартную библиотеку C++: контейнеры std::string и std::vector как владельцы памяти, потоки ( std::stringstream, std::ifstream/ std::ofstream) как владельцы буферов и файловых дескрипторов, а также блокировки через std::mutex и std::lock_guard. Плюс мини-пример “TaskBook” без ручных new/ delete и список типичных ошибок: «долгоживущие» указатели на элементы контейнеров, ручное close()/ unlock() поверх RAII и слишком широкие критические секции.

Разбираем практическое правило modern C++: если в прикладном коде появляется delete, это почти всегда сигнал проблем с владением. Учимся жить без ручного освобождения памяти через контейнеры ( std::vector, std::string), «невладеющие» указатели ( T * как nullable-ссылка), возврат результата по значению и перенос освобождения ресурса внутрь RAII-владельца (деструктор). В конце — мини-схема принятия решений и список типичных ошибок.

Разбираем, почему «голый» указатель T * хранит только адрес и не выражает владение, чем помогает подход RAII, как std::unique_ptr<T> гарантирует единственного владельца и автоматическое освобождение ресурса в деструкторе, и почему создавать объекты стоит через std::make_unique, а не через new. Также обсудим пустое состояние ( nullptr), проверки if ( p), практический пример с опциональными деталями задачи и типичные ошибки (ручной delete, разыменование пустого указателя).

Разбираем, почему std::unique_ptr принципиально не копируется (защита от double-free), что на самом деле делает std::move (приведение к rvalue, а не «перемещение по щелчку»), как работает move-присваивание, какое состояние считается нормальным после перемещения ( nullptr), и какие ошибки чаще всего совершают при переносе владения (использование moved-from объекта, попытка move из const, забытый заголовок <utility>).