Как влияет использование UITabBarController на жизненный цикл view-контроллеров?

Question

UITabBarController — это контейнер, который держит несколько child-контроллеров и переключает между ними отображение. При переключении табов активный контроллер получает viewWillDisappear/viewDidDisappear, а новый — viewWillAppear/viewDidAppear. При этом контроллеры табов часто создаются заранее, и их viewDidLoad может вызываться в моменты, которые не совпадают с первым “показом пользователю”. Это важно учитывать при инициализации, подписках и обновлении данных.

YeaHub · Accepted Answer

UITabBarController меняет восприятие жизненного цикла, потому что экран больше не управляется напрямую навигацией, а живёт внутри контейнера, который держит несколько контроллеров одновременно.ОпределениеUITabBarController — контейнерный контроллер, который управляет набором дочерних UIViewController и показывает один из них, переключая активный таб.Что меняется в жизненном циклеВажно понимать, что tab bar:хранит ссылки на все контроллеры табовпереключает видимость их viewможет держать их в памяти долгое время1) Создание контроллеров и момент viewDidLoadviewDidLoad вызывается, когда view конкретного таба впервые понадобилась. Но “когда понадобилась” зависит от того, как ты построил приложение.Если ты заранее создал контроллеры и система обращалась к их view (например, из-за доступа к view, настройки, прогрева UI), то:viewDidLoad может произойти ещё до того, как пользователь реально нажал на табЕсли контроллеры создаются лениво (например, через фабрику) и view не трогают, то:viewDidLoad будет ближе к первому реальному показуПрактический вывод:viewDidLoad — не “экран показали”, а “view создана”2) Переключение табов и методы appearanceПри переключении между вкладками порядок обычно такой:У текущего контроллера:viewWillDisappear(_:)viewDidDisappear(_:)У нового контроллера:viewWillAppear(_:)viewDidAppear(_:)При этом:viewDidLoad у нового контроллера будет только если его view ещё не создаваласьесли view уже была, viewDidLoad не будет3) Поведение при вложенной навигацииЧасто каждый таб содержит UINavigationController. Тогда жизненный цикл зависит от того, что именно происходит:Переключение таба:вызывает appearance у top controller внутри navigation stack выбранного табаPush внутри таба:обычный порядок viewWillDisappear/viewDidDisappear у предыдущего и viewWillAppear/viewDidAppear у новогоВажная деталь:при возвращении в таб система покажет текущий top controller, а не root4) Влияние на обновление данных и состояние экранаИз-за долгоживущих контроллеров в табах возникают типичные ошибки:Обновили данные в viewDidLoad, а таб открыли позже — пользователь видит устаревшееДелаем сетевой запрос в viewDidLoad, а пользователь туда никогда не зайдёт — лишняя работаПодписались на события в viewDidLoad, а отписка не сделана — утечки и дублиПоэтому часто используют правило:первоначальная настройка UI — viewDidLoadобновление данных перед показом — viewWillAppearтяжёлые операции по факту видимости — viewDidAppearКраткий выводUITabBarController делает контроллеры более “долгоживущими”, и их viewDidLoad не равен “первый раз показали пользователю”. В табах критично разделять: создание UI, обновление данных и работу с ресурсами по стадиям appearance.