withContext y concurrencia estructurada

Las funcionalidades reales encadenan varios pasos asíncronos. La concurrencia estructurada mantiene esos pasos organizados para que ninguno se filtre ni se ejecute indefinidamente.

withContext ejecuta un bloque en el dispatcher elegido y devuelve su resultado. Se suspende hasta que termina y después continúa desde donde estaba.

Úselo para sacar el trabajo pesado del hilo de la interfaz y volver después. El valor de retorno fluye como si no hubiera cambiado de hilo.

Las corrutinas que inicia dentro de un scope son sus children. El padre no terminará hasta que todos sus hijos hayan completado su ejecución.

Inicie trabajo en paralelo con async, que devuelve un Deferred. Después, espere ambos resultados para combinarlos de forma eficiente.

Llamar a await suspende la ejecución hasta que termina ese async. Dos llamadas a await permiten ejecutar juntas llamadas independientes y reducen el tiempo total de espera. ⚡

El builder coroutineScope espera a que termine cada hijo que contiene antes de devolver el resultado. Es el núcleo de la concurrencia estructurada.

Si un hijo lanza una excepción dentro de coroutineScope, los demás se cancelan y el error se propaga. No queda trabajo huérfano.

Como el trabajo está vinculado a un padre, no puede escapar y ejecutarse sin que nadie lo advierta. Esta estructura es la que hace que la lógica asíncrona sea predecible.

La concurrencia estructurada forma parte de Kotlin puro, por lo que estas garantías se mantienen de forma idéntica en Android y iOS. Su flujo compartido se comporta igual.

El patrón es sencillo: cambiar de contexto, distribuir el trabajo con async, esperar y devolver el resultado. La concurrencia estructurada lo mantiene todo ordenado y seguro. 🎯

Ha aprendido a usar withContext para cambiar de hilo y la concurrencia estructurada para delimitar, paralelizar y esperar trabajo asíncrono sin filtraciones. 🎉