Каким образом устроено хранение ссылок в UINavigationController?

Хранение ссылок в UINavigationController

В UINavigationController ссылки на контроллеры хранятся в виде стека (LIFO - Last In, First Out), который реализован через массив viewControllers. Это фундаментальная архитектурная особенность, обеспечивающая навигацию "вперед-назад" в iOS-приложениях.

Основные механизмы хранения

1. Стек viewControllers

Нативный стек контроллеров представлен свойством:

var viewControllers: [UIViewController]

Этот массив содержит все контроллеры, находящиеся в текущей иерархии навигации. Первый элемент (индекс 0) - корневой контроллер (rootViewController), последний - видимый в данный момент контроллер.

2. Управление стеком

// Добавление контроллера на вершину стека
func pushViewController(_ viewController: UIViewController, animated: Bool)

// Удаление верхнего контроллера
func popViewController(animated: Bool) -> UIViewController?

// Возврат к конкретному контроллеру
func popToViewController(_ viewController: UIViewController, 
                        animated: Bool) -> [UIViewController]?

// Возврат к корневому контроллеру
func popToRootViewController(animated: Bool) -> [UIViewController]?

3. Слабые ссылки и управление памятью

UINavigationController использует сильные ссылки (strong references) на все контроллеры в стеке viewControllers. Это предотвращает преждевременное освобождение памяти, пока контроллер находится в иерархии навигации.

Важный нюанс: При pop операции контроллер удаляется из массива viewControllers, и если нет других сильных ссылок, он деаллоцируется. Это автоматическое управление памятью предотвращает утечки.

Архитектурные особенности

Иерархия представлений

// Навигационный контроллер содержит:
// 1. NavigationBar - для отображения заголовка и кнопок
// 2. Toolbar (опционально) - для дополнительных элементов
// 3. Content area - где отображается текущий viewController.view

Сохранение состояния

При поворотах устройства или переходе в background состояние навигационного стека сохраняется автоматически. Однако для кастомных данных рекомендуется реализовывать:

// В UIViewController
override func encodeRestorableState(with coder: NSCoder) {
    super.encodeRestorableState(with: coder)
    // Сохранение custom state
}

override func decodeRestorableState(with coder: NSCoder) {
    super.decodeRestorableState(with: coder)
    // Восстановление состояния
}

Практические аспекты работы со стеком

Мониторинг изменений стека

// Делегат для отслеживания навигационных событий
protocol UINavigationControllerDelegate {
    func navigationController(_ navigationController: UINavigationController, 
                             willShow viewController: UIViewController, 
                             animated: Bool)
    
    func navigationController(_ navigationController: UINavigationController, 
                             didShow viewController: UIViewController, 
                             animated: Bool)
}

Кастомная навигация

Для сложных сценариев можно манипулировать стеком напрямую:

// Полная замена стека
navigationController.setViewControllers([newRoot, secondVC, thirdVC], animated: true)

// Вставка контроллера в середину стека
var stack = navigationController.viewControllers
stack.insert(customVC, at: 1)
navigationController.setViewControllers(stack, animated: false)

Память и производительность

Оптимизации:

• Ленивая загрузка: View контроллеров загружаются только при необходимости
• Очистка представлений: Невидимые view могут быть выгружены при нехватке памяти
• Уведомления о памяти: Контроллеры получают didReceiveMemoryWarning

Распространенные проблемы:

1. Retain cycles - если контроллеры хранят сильные ссылки друг на друга
2. Memory leaks - когда контроллеры не удаляются из стека из-за внешних сильных ссылок
3. Некорректное состояние - при ручной модификации стека без анимации

Best Practices

1. Используйте weak/unowned для обратных ссылок в замыканиях и делегатах
2. Очищайте ресурсы в deinit контроллеров
3. Избегайте глубоких стеков - более 5-7 контроллеров могут вызвать проблемы с памятью
4. Реализуйте UINavigationControllerDelegate для отслеживания переходов
5. Тестируйте навигацию при низкой памяти (симуляция memory warnings)

Пример безопасной работы

class MainViewController: UIViewController {
    weak var navigationDelegate: SomeDelegate?
    
    func navigateToDetail() {
        let detailVC = DetailViewController()
        detailVC.delegate = self // Используем weak ссылку в DetailViewController
        navigationController?.pushViewController(detailVC, animated: true)
    }
    
    deinit {
        print("MainViewController deallocated")
    }
}

Такая архитектура обеспечивает предсказуемое управление памятью и плавную навигацию, что является критически важным для пользовательского опыта в iOS-приложениях. Понимание внутреннего устройства UINavigationController позволяет создавать стабильные и эффективные навигационные потоки.