Grunnleggende om statene i livscyklusen til en iOS App - dummies

Som en selvfølge går en app skrevet i iOS-systemet gjennom et sett med stater som det kjører. Disse tilstandene er kjent som tilstandene til appens livssyklus. Når en app beveger seg gjennom tilstandene i sin levetid, defineres tilstanden til appen av aktivitetsnivået som ikke kjører, aktiv eller suspendert.

Her finner du mer informasjon om tilstandene:

• Når en app er i Ikke kjører , har appen ikke blitt lansert eller systemet slått av.

• Når en app starter, går den over en kort tilstand, kalt tilstanden Inaktiv . Det kjører faktisk, men det utfører andre funksjoner og er ikke klar til å godta brukerinngang eller hendelser.

• En app i en Aktiv -statistikk kjører i forgrunnen og mottakerhendelser. Dette er den vanlige modusen for forgrunnsapps - apper som ikke må løpe i bakgrunnen uten et brukergrensesnitt.

• Når en app er i tilstanden Bakgrunn , er brukergrensesnittet ikke synlig, men det er kjører. De fleste apps overgår gjennom denne tilstanden på vei til å bli suspendert.

  En app kan trenge (og be om) ekstra kjøretid og kan forbli i denne tilstanden for en tid. I tillegg kjører visse apper i bakgrunnen. En slik app går direkte inn i bakgrunnsstaten og går ikke gjennom inaktiv tilstand.

• IOS-systemet kan flytte en app til en Suspended -stat. Her er appen i bakgrunnen, men er ikke kjørende kode. Det forblir imidlertid i minnet. Hvis det oppstår en lavminnetilstand, kan systemet rense apper i suspendert tilstand uten varsel. Merk at i henhold til Apples standarder, bare kan iOS-systemet drepe en app.

Når appen din går gjennom tilstandene i sin livssyklus, kalles visse standardmetoder for appen, kjent som livscyklus , av iOS. Når det går gjennom disse statene, kan du legge til appspesifikk oppførsel ved hver overgang i appens livssyklus.

Troverdighetsimplikasjonene av denne livscyklusen er at når appen overgår fra å være aktiv i forgrunnen til å være i bakgrunnen, å bli suspendert og deretter avsluttet, må den

• Gi opp alle ressursene den holder (for eksempel nettverk tilkoblinger og filpekere).

• Lagre hvilken som helst stat den vil bevare når den gjenopprettes til aktiv tjeneste eller starter opp igjen (denne prosessen kalles også kontrollpunkt ).

Men å gi opp ressurser og lagre tilstand som apputgangene er bare halvparten av historien. Når appen går gjennom oppstartssekvensen og går gjennom funksjonene (konkret, laster og avslutter hver visningskontroller), bør den registrere hva den trenger å gi opp og hvilken tilstand den trenger for å bevare slik at ressursene slippes ut og tilstanden lagres hvis appen utgår.