Программирование Swift

Функция запускает обычную Task и сразу возвращает управление: кто отвечает за её отмену?

Сохраняет ли actor атомарность составной операции, если её реализация содержит await?

Разбор ошибки: метод actor объявлен nonisolated, но обращается к изменяемому состоянию — какое правило изоляции здесь нарушено?

В приложении состояние экрана помечено @MainActor, но к нему обращаются из фоновой async-задачи: какую гарантию даёт такая изоляция?

В throwing task group одна дочерняя задача завершилась ошибкой, но родитель ещё не ожидает результат группы: что происходит с остальными дочерними задачами?

Всегда ли actor выполняет изолированные вызовы в порядке их поступления?

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

Какой жизненный цикл имеет задача, созданная через async let, относительно области видимости родителя?

Что произойдёт с изоляцией текущего актора, если внутри его метода создать обычную Task вместо Task.detached?

Практическая ситуация: задача Swift получила сигнал отмены — что гарантирует сам факт отмены её немедленной остановке?

Какую гарантию даёт Sendable при передаче значения между конкурентными задачами Swift?

Метод actor приостановился на await: какое свойство его состояния нельзя считать сохранённым после возобновления?

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

Возможно ли хранить слабые ссылки непосредственно в массиве Swift без дополнительной обёртки?

Две фоновые задачи одновременно читают и переназначают одну сильную ссылочную переменную. Достаточно ли ARC для безопасности такой операции?

Разберите замену сильной ссылочной переменной через inout: когда ARC освобождает прежний объект?

Захватывая изменяемую локальную переменную в escaping-замыкании, что именно сохраняет замыкание — её значение или общее хранилище?

Какова практическая семантика optional unowned-ссылки в Swift?

Влияет ли ссылка unowned на время жизни объекта?

Представьте, что инициализатор класса завершился с ошибкой после создания вложенного объекта: кто освободит уже созданные объекты?