Tengo problemas para entender por qué este fragmento de código puede funcionar correctamente:
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) launch(Dispatchers.Main) { log("A") } log("B") } que se supone que genera B primero, y luego A .
¿Funciona esto, porque el hilo principal ya está controlado por rutinas? ¿O la API de coroutines de alguna manera inyecta código mágicamente en el hilo principal?
A veces necesita datos de una fuente asíncrona. Además, no puede continuar sin esos datos, como iniciar sesión en la información del usuario de Room Database o del servidor en línea. En este caso, generalmente bloquea el hilo principal para obtener los datos requeridos y luego continúa.
La interfaz de usuario/subproceso principal en Android (y otros marcos de interfaz de usuario también) ejecuta un llamado bucle de eventos . Eso significa que espera que se le programen tareas, tiene una cola de dichas tareas y las ejecuta secuencialmente. Por ejemplo, cuando hace clic en un botón, la acción onClick internamente está programada para ejecutarse en el hilo principal. Pero el usuario también puede programar sus tareas manualmente, por ejemplo, usando runOnUiThread() o getMainLooper() .
Dispatchers.Main es solo otra forma de programar algo en el hilo principal. No significa que las corrutinas tomen el control total sobre el hilo principal o que, de alguna manera, mágicamente le inyecten algo. El hilo principal es cooperativo, permite la programación de tareas y corrutinas simplemente use esta función.
Además, preguntó en los comentarios, cómo es posible que ambas declaraciones de registro se ejecuten en paralelo, pero en el mismo hilo. No se ejecutan en paralelo. onCreate() solo programa log("A") para que se ejecute más tarde, esto se agrega a la cola. Luego se invoca log("B") y solo cuando onCreate() , el subproceso principal puede comenzar a ejecutar el bloque log("A") . Así que esto es en realidad secuencial, pero no en el orden de arriba a abajo.