Как избежать краша при асинхронных вызовах и weak self?

Асинхронный код и ARC живут по разным таймингам, и это нужно учитывать.

Почему self может стать nil

При использовании weak self:

• замыкание не удерживает объект

• объект может быть освобожден раньше

• callback выполнится позже, когда self уже нет

Это не ошибка, а корректное поведение ARC.

Типичный безопасный паттерн

Самый распространенный вариант:

loadData { [weak self] result in
    guard let self = self else {
        return
    }
    self.updateUI(with: result)
}

Если объект уже уничтожен, код просто не выполняется.

Почему нельзя использовать unowned в асинхронных колбэках

unowned предполагает, что объект точно жив.

• в асинхронных операциях это почти никогда не гарантируется

• при нарушении гарантии будет крэш

Поэтому unowned для сетевых запросов — плохая идея.

Дополнительные меры безопасности

• отменять асинхронные операции при деинициализации

• проверять актуальность состояния (например, текущий экран)

• минимизировать логику внутри callback

Вывод

При асинхронных вызовах weak self — это норма, а nil — ожидаемый сценарий. Безопасное разворачивание self и ранний выход из замыкания — основной способ избежать крэшей и утечек памяти. Асинхронный код должен быть написан с учетом того, что объект может исчезнуть в любой момент.