CoroutineScope y ciclo de vida

Cada coroutine pertenece a un CoroutineScope. El scope determina cuánto tiempo puede vivir el trabajo y cuándo debe detenerse.

Asocie un scope a una pantalla o sesión. Cuando ese elemento termina, el scope cancela sus coroutines para que no se ejecute trabajo sobre una UI que ya no existe.

Inicie una coroutine con launch en un scope. Ejecutará el bloque y lo seguirá como parte de ese scope.

Cree uno con un Job y un dispatcher. Este scope compartido puede gestionar el trabajo asíncrono de un ViewModel que utilizan ambas aplicaciones.

Un SupervisorJob evita que un hijo fallido cancele a sus hermanos. Una solicitud defectuosa no cerrará toda la pantalla.

Llame a cancel cuando el propietario desaparezca. Las coroutines pendientes de red o de temporizadores se detienen de inmediato, lo que evita fugas y actualizaciones inesperadas.

Las corrutinas comprueban la cancelación en los puntos de suspensión. Sus funciones suspend se detienen correctamente, por lo que rara vez necesita flags manuales.

En Android, un ViewModel ya ofrece viewModelScope. Se cancela automáticamente cuando se elimina el ViewModel, así que puede reutilizarlo.

En iOS no existe un scope automático. Debe conservar su scope compartido y cancelarlo desde Swift cuando la vista desaparezca. 📱

Evite GlobalScope: vive para siempre e ignora los ciclos de vida. Sus corrutinas se filtran y pueden actualizar pantallas que ya no existen.

Elija el scope adecuado una sola vez y la cancelación será automática. Los scopes conscientes del ciclo de vida mantienen a salvo el trabajo asíncrono compartido en ambas plataformas. 🎯

Ha aprendido que un CoroutineScope vincula el trabajo asíncrono a un ciclo de vida: launch lo inicia, cancel lo limpia y usted evita GlobalScope. 🎉