Какие способы оптимизации производительности в SwiftUI существуют

Что проверяют

Понимаете ли вы, как SwiftUI решает, что пересчитать: идентичность view, зависимости body и стоимость самого body. Следом обычно просят показать, как вы нашли лишнюю перерисовку на практике.

Как отвечать

Сначала механика: SwiftUI заново вызывает body у view, чьи зависимости изменились, и сравнивает результат. Отсюда приёмы:

• узкие зависимости: ObservableObject оповещает всех подписчиков при изменении любого @Published, а макрос @Observable (Observation, iOS 17+) отслеживает только свойства, реально прочитанные в body. В дочерний view передавайте нужные значения, а не всю модель;
• мелкие подвью: большой body разбивается на отдельные структуры, тогда инвалидация остаётся локальной;
• дешёвый body: никаких DateFormatter, сортировок и фильтров внутри, всё это считается в модели заранее;
• стабильная идентичность: у ForEach постоянный id из данных, а не индекс. Ветка if/else создаёт разные view и сбрасывает состояние, часто лучше менять значение модификатора;
• без AnyView: стирание типа мешает сравнению, вместо него @ViewBuilder или дженерики;
• ленивые контейнеры: LazyVStack, LazyVGrid или List вместо VStack в ScrollView на сотни строк;
• точечные инструменты: .equatable() для view с дорогим сравнением, .task для загрузки с автоматической отменой, drawingGroup() для сложной векторной графики;
• картинки: декодировать и уменьшать до размера на экране, у AsyncImage нет собственного кэша в памяти.

Диагностика: let _ = Self._printChanges() внутри body печатает причину пересчёта, шаблон SwiftUI в Instruments и Time Profiler показывают долгие обновления.

Где спотыкаются

Складывают всё состояние экрана в один @EnvironmentObject. Любая мелочь в нём перерисовывает весь экран.

Пишут .id(UUID()) или генерируют id в ForEach на лету. SwiftUI каждый раз видит новый view, сбрасывает его состояние и анимации.

Лечат вслепую: навешивают EquatableView и рассказывают, что @ViewBuilder будто бы «предкомпилирует» view. На деле он лишь собирает несколько view в одно значение, а эффект любой правки без замера Release-сборки на устройстве не доказать.