Лекции

Разбираем, как правильно передавать std::unique_ptr в функции в C++: когда параметр по значению означает «забираю владение» и требует std::move(...), когда ссылка std::unique_ptr<T>& нужна для управления владельцем, а когда вообще не нужен владелец — достаточно const T& или const T*. В конце — шпаргалка-таблица, мини-практика и типичные ошибки на границе владения.

Разбираем границы владения в std::unique_ptr: чем отличается «наблюдение» через get() от «уничтожения/замены» через reset() и «передачи владения наружу» через release(). На практике смотрим типичные ловушки: второй владелец из get(), висячие указатели после reset(), утечки и double-free после release(), и как безопасно пересекать границу со «старыми» API.

Разбираем, как превратить std::unique_ptr в универсальную RAII-обёртку для ресурсов, которые освобождаются не через delete: что такое handle, как правильно «подружить» FILE* с fopen/ fclose, как устроен custom deleter (функтор или указатель на функцию), и как безопасно пользоваться get(), reset(), release(). В конце — механика освобождения и типичные ошибки.

Разбираем, зачем нужен std::shared_ptr, как работает модель reference counting через контрольный блок, почему копирование увеличивает число владельцев (и что показывает use_count()), когда реально уничтожается объект, и сколько стоит совместное владение по памяти и скорости. В конце — практический пример с общим AppContext и разбор типичных ошибок ( reset(), пустые указатели, неверные ожидания от счётчика).

Разбираем, что на самом деле делает std::make_shared: как устроен контрольный блок ( control block) у std::shared_ptr, почему часто получается «одна аллокация вместо двух», чем опасна ручная обёртка new в shared_ptr, и какие типичные ошибки приводят к double-free и падениям. Закрепляем на мини-примере планировщика задач с совместным владением.