Profilering med SwiftUI Instrument

Instrumentet rapporterer hvor mange ganger hvert views body ble evaluert. Uventet høye antall peker direkte på overivrig ny beregning.

I tillegg til antallet bør du se på hvor lang tid body-ene tar. En body som kalles sjelden, men bruker 30 ms, er like problematisk som en som kalles hele tiden, men er billig å evaluere.

Instrumentet forklarer hvorfor et view ble oppdatert – hvilken tilstand, binding eller observert egenskap som ble endret. Dette viser nøyaktig hvilken utløser du må begrense.

Hvis et view opprettes og ødelegges gjentatte ganger i stedet for å oppdateres, ser du nye instanser i tidslinjen. Det tyder vanligvis på en identitetsfeil, for eksempel ID-er basert på indekser eller bytte mellom grener.

Kombiner SwiftUI Instrument med instrumentene Hangs og Animation Hitches for å knytte en tung body til en synlig hakking på skjermen.

Se om tiden brukes i viewets egen body eller i de underordnede viewene. Dette forteller deg om du bør optimalisere selve viewet eller flytte løsningen lenger ned i treet.

Profiler den faktiske brukerflyten – rull gjennom en hel liste eller skriv i et felt – i stedet for en statisk skjerm. Ytelsesproblemer oppstår under interaksjon, ikke når skjermen står stille.

Gjør én endring, for eksempel begrens tilstanden, legg til Equatable eller del opp et view, og profiler deretter på nytt. Bekreft at antallet body-evalueringer har gått ned før du går videre, og unngå å stable ubekreftede "optimaliseringer".

Profiler et Release-bygg. Debug-bygg deaktiverer optimaliseringer og legger til ekstra belastning, noe som gir misvisende tall som ikke gjenspeiler ytelsen i appen som leveres.

SwiftUI Instrument viser antall og varighet for body-evalueringer samt årsaken til hver oppdatering, og avdekker overflødig ny beregning og identitetsendringer. Kombiner det med Hangs og Animation Hitches, skill mellom tid brukt i selve viewet og i underordnede views, og profiler realistiske brukerflyter i et Release-bygg.

Optimaliser trinnvis – mål, gjør én endring, og mål på nytt – slik at hver endring bekreftes med data.