Wie optimierst du die SwiftUI-Performance rund um View-Identität und Diffing?

Question

IT Interview Practice · Accepted Answer

SwiftUI führt `body` erneut aus, sobald sich beobachteter Zustand ändert, **vergleicht** (diffs) dann den neuen View-Tree mit dem alten und aktualisiert nur, was sich unterscheidet. Performance-Probleme entstehen, wenn dieser Diff zu viel Arbeit leisten muss: instabile **Identität**, zu breite **Observation** und teure `body`-Berechnungen. Behebe das, indem du die Identität kontrollierst, den Zustand eingrenzt und `body` günstig hältst.

## Wie Diffing und Identität funktionieren

SwiftUI ordnet Views über Renders hinweg anhand ihrer **Identität** zu. Bei Listen ist das die `id`; ist die id instabil, verwirft SwiftUI die View und baut sie neu auf (wobei Zustand und Animationen verloren gehen), statt sie zu aktualisieren.

```swift
// BAD: array index as id — reorders/inserts break identity, full rebuild
ForEach(items.indices, id: \.self) { i in Row(items[i]) }

// GOOD: stable identity tied to the data
ForEach(items) { item in Row(item) }      // items: Identifiable, stable id
```

## Observation eingrenzen

Ein `ObservableObject` rendert **jede** ihn beobachtende View neu, sobald sich **irgendeine** `@Published`-Eigenschaft ändert. Teile große Models auf oder wechsle zum **Observation-Framework** (`@Observable`, iOS 17+), das Lesezugriffe *pro Eigenschaft* verfolgt, sodass eine View nur neu rendert, wenn sich eine tatsächlich verwendete Eigenschaft ändert.

```swift
@Observable final class Feed {     // iOS 17: fine-grained dependency tracking
    var unreadCount = 0            // a view reading only .posts won't re-render on this
    var posts: [Post] = []
}
```

## body günstig halten

`body` läuft häufig, also erledige niemals aufwendige Arbeit inline:

```swift
var body: some View {
    List(sortedItems) { ... }      // BAD if sortedItems sorts on every render
}
// GOOD: compute derived data in the model, not in body
```

- Lagere Subviews aus, damit eine Zustandsänderung eine **kleine** View neu rendert, nicht den ganzen Screen.
- Verwende `LazyVStack`/`List` für große Sammlungen, damit Zeilen außerhalb des Bildschirms nicht gebaut werden.
- Füge `.equatable()` oder `EquatableView` hinzu, um das Diffing bei stabilen Teilbäumen kurzzuschließen.

## Fallstricke

- `AnyView` löscht die Typidentität und hebelt strukturelles Diffing aus — vermeide es in Hot Paths.
- Bei jedem Render ein neues Closure-/Array-Literal zu übergeben, kann Child-Views unnötig invalidieren.

## Warum es wichtig ist

Auf einem 120-Hz-ProMotion-Display hast du ~8 ms pro Frame; ein `body`, der ein großes Array sortiert oder eine ganze Liste neu rendert, lässt Frames fallen und macht das Scrollen ruckelig. Senior-Interviews prüfen View-Identität und Observation-Umfang, weil echte SwiftUI-Apps genau dort langsam werden — und wo ein paar präzise Korrekturen die Flüssigkeit wiederherstellen.

Wie Diffing und Identität funktionieren

Observation eingrenzen

body günstig halten

Fallstricke

Warum es wichtig ist

Ähnliche Fragen