Управление памятью

Функция возвращает указатель на объект, которым владеет локальный RAII-объект. Разберите последствия вызова get():

#include <iostream>
#include <memory>

int* get() {
    auto value = std::make_unique<int>(42);
    return value.get();
}

int main() {
    int* p = get();
    std::cout << *p << '
';
}

Что означает передача std::unique_ptr в функцию по значению с точки зрения владения ресурсом?

Как RAII освобождает ресурс, если исключение прерывает функцию до её обычного завершения?

Разберите, почему циклическое владение через std::shared_ptr может продлить жизнь объектов навсегда.

В интерфейсе C++ функция получает сырой указатель на объект, которым владеет вызывающий код. Какие ограничения это накладывает на время жизни объекта внутри функции?

В практической библиотеке ресурс должен освобождаться функцией close, а не delete. Как связать такой ресурс с RAII в C++?

Что происходит с объектом, на который ссылается std::weak_ptr, после уничтожения последнего std::shared_ptr?

Разберите, почему создание std::shared_ptr из this у уже управляемого объекта опасно.

Класс хранит владеющий сырой указатель и использует неявно сгенерированный копирующий конструктор. Какие последствия имеет копирование такого объекта?

В классе один RAII-ресурс зависит от другого. Как порядок объявления полей определяет корректность их уничтожения?

Каковы последствия уничтожения объекта производного класса через std::unique_ptr к базовому классу, если у базового деструктор невиртуальный?

Разберите последствия создания временного RAII-объекта без сохранения его в переменной.

При передаче временного объекта в функцию по константной ссылке какой срок жизни действует, если функция сохраняет эту ссылку для последующего использования?

Что происходит со временем жизни объекта после явного вызова его деструктора, если память под него не освобождена?

В практической ситуации функция возвращает ссылку на элемент std::vector. Как увеличение размера контейнера может сделать эту ссылку недействительной?

Объясните, как алиасинг-конструктор std::shared_ptr позволяет владеть объектом, указывая на его подобъект.

Представьте, что деструктор RAII-класса выбрасывает исключение во время раскрутки стека из-за другого исключения. Как завершится программа и почему?

Что происходит со счётчиком владельцев std::shared_ptr при передаче такого указателя в функцию по значению?

После перемещения std::unique_ptr в другой объект можно ли безопасно обращаться к исходному указателю?

После placement new в той же памяти почему старый указатель на объект с константным подобъектом может потребовать std::launder?