Собеседование iOS-разработчика:
вопросы и ответы.

ARC освобождает объект, когда сильных ссылок не остаётся. Цикл появляется, когда объекты удерживают друг друга, часто через closure; разберите владельца замыкания и осознанный выбор weak или unowned.

async/await делает асинхронный код последовательным на вид, а actor изолирует своё изменяемое состояние. Объясните cooperative cancellation, MainActor для UI и почему actor не отменяет необходимость продумать границы данных.

View — value type и может создаваться заново; устойчивость определяется identity и property wrappers. Отличите @State, @StateObject, @ObservedObject и передаваемые binding, не привязывая бизнес-логику к onAppear.

struct копируется по значениям с copy-on-write для многих коллекций, class имеет ссылочную идентичность и ARC. Выбор зависит от семантики данных, совместного изменяемого состояния и наследования, а не от универсального правила.

weak всегда optional и обнуляется при освобождении объекта; unowned предполагает, что объект точно жив, и обращение после освобождения упадёт. Для асинхронных closure чаще безопаснее weak с явной обработкой nil.

Свяжите задачу с владельцем и проверяйте cancellation в долгих операциях. Не обновляйте UI результатом устаревшего запроса; в SwiftUI используйте .task(id:) или храните задачу с понятным жизненным циклом.

UIKit императивен и хорошо подходит существующим экранам; SwiftUI декларативен и строит UI из состояния. В реальном продукте они могут сосуществовать, поэтому обсудите interop и единую бизнес-логику.

Спрячьте URLSession и DTO за протоколом/репозиторием, выделите ошибки, таймауты и декодирование. Учитывайте отмену, auth refresh, кэширование и тестовую подмену зависимости.

Покажите unit-тесты чистой логики и view model, интеграционные проверки сетевого слоя через mock URLProtocol и немного UI-тестов критичных пользовательских путей. Асинхронность тестируют ожиданиями без искусственных sleep.

Опишите контекст, исходное допущение, сигнал, что решение перестало работать, альтернативы и измеримый итог. Хороший пример показывает ответственность за решение, а не только удачный финал.