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

Question

Объект может быть деаллоцирован, если на него больше нет сильных ссылок. Асинхронный запрос сам по себе не удерживает объект, если в замыкании используется weak self. В этом случае ARC освобождает объект сразу после потери владельца. Запрос продолжает выполняться, но объект уже не существует. Это нормальное поведение системы управления памятью.

YeaHub · Accepted Answer

Асинхронные операции и жизненный цикл объектов не синхронизированы между собой автоматически.Как ARC принимает решение об освобождении объектаОпределение:ARC освобождает объект сразу, как только количество сильных ссылок на него становится равно нулю.Это означает:ARC не “ждет” завершения сетевого запросаARC не знает, что объект логически еще “нужен”учитываются только сильные ссылкиЕсли объект удерживался, например, экраном, и экран был закрыт — объект может быть освобожден мгновенно.Почему асинхронный запрос не удерживает объектАсинхронная операция:живет своей жизньюудерживается системой или сервисомне обязана удерживать вызывающий объектЕсли замыкание захватывает self как weak, то оно не увеличивает reference count.service.load { [weak self] result in
    self?.handle(result)
}
Если экран закрыли — self стал nil, и код просто не выполнится.Частое заблуждениеМногие думают:“Я же запустил запрос, значит объект должен жить”.Это неверно.Жизненный цикл объекта зависит только от сильных ссылок, а не от логики приложения.Как с этим работать правильноВарианты:хранить запрос и отменять его в deinitиспользовать weak self и быть готовым к nilне рассчитывать на завершение запроса, если объект ушелВыводОбъект может быть деаллоцирован до завершения асинхронного запроса, потому что ARC ориентируется только на сильные ссылки, а не на бизнес-логику. Асинхронный код должен быть написан так, будто объект может исчезнуть в любой момент — это основа безопасной работы с памятью в Swift.