async + await == sync?

Tropecé con esta publicación que habla sobre hacer solicitudes web asíncronas.

Ahora, aparte de la simplicidad, si en el mundo real, todo lo que haces es hacer una solicitud asíncrona y esperarla en la siguiente línea, ¿no es lo mismo que hacer una llamada de sincronización en primer lugar?

No, async + await != syncdebido a la continuación.

Desde MSDN 'Programación asincrónica con asíncrono y espera (C # y Visual Basic)'

Los métodos asíncronos están destinados a ser operaciones sin bloqueo. Una expresión de espera en un método asíncrono no bloquea el hilo actual mientras se ejecuta la tarea esperada. En cambio, la expresión registra el resto del método como una continuación y devuelve el control al llamador del método asíncrono .

Por ejemplo, la ejecución asincrónica no bloqueará el subproceso de la interfaz de usuario y Some TextBox.Textse actualizará una vez que la descarga haya finalizado

private async void OnButtonClick()
{
   SomeTextBox.Text = await new WebClient().DownloadStringTaskAsync("http://stackoverflow.com/");
}

No, no es lo mismo.

Su asyncbloque de código está esperando que la awaitllamada regrese para continuar, sin embargo, el resto de su aplicación no está esperando y aún puede continuar de manera normal.

Por el contrario, una llamada síncrona haría que toda su aplicación o hilo espere hasta que el código termine de ejecutarse para continuar con cualquier otra cosa.

Permítanme aclarar cosas con respecto a async / wait.

Cuando se encuentra en espera, la máquina de estado subyacente permite que el control se devuelva de inmediato. Luego, cuando se completa la llamada esperada, la máquina de estado subyacente permite que la ejecución se reanude en la línea después de la llamada esperada.

Por lo tanto, el bloque asíncrono no está bloqueado ni está esperando que finalice la llamada esperada; El control se devuelve inmediatamente cuando se encuentra el comando de espera.

La máquina de estado subyacente es parte de la "magia" detrás del uso de async / wait que no se usa y se pierde.

Me topé con esto con la misma pregunta en mente, sin embargo, después de leer las respuestas, la pregunta parece persistir, confundida por las referencias a "magia bajo el capó".

De la programación asincrónica mencionada anteriormente :

• La asyncpalabra clave convierte un método en un método asíncrono, que le permite utilizar la awaitpalabra clave en su cuerpo.
• Cuando awaitse aplica la palabra clave, suspende el método de llamada y devuelve el control a la persona que llama hasta que se complete la tarea esperada.
• awaitsolo se puede usar dentro de un asyncmétodo.

¿Se awaitbloquea el contexto que se encuentra ?

• Sí . Esa es esencialmente una barrera de sincronización local para mantener un estado conocido en el contexto de la ejecución; excepto que otros contextos, si los hay, no están unidos.

¿El resto de la aplicación se bloquea en el await?

• Depende de cómo se escriba su solicitud. Si se trata de una serie de awaittareas ed dependientes iniciadas secuencialmente en el mismo contexto (ver: Intentando entender un comportamiento asíncrono / en espera )

  await asyncCall1();
  await asyncCall2();  // waits for asyncCall1() to complete

  de esta manera, cada uno awaitbloquearía el desove del siguiente.

  Por otro lado, las mismas tareas dependientes lanzadas en paralelo se ejecutarían en paralelo y el contexto solo se bloquearía en el resp. await:

  Task<int> t1 = asyncCall1();
  Task<string> t2 = asyncCall2();  // runs in parallel with asyncCall1()
  int val = await t1;
  string str = await t2;  // waits for asyncCall1() to complete

  En general, el awaitrendimiento se ejecuta en el contexto externo, desde donde se llama al contexto actual. Sin embargo, si el contexto externo en sí mismo espera la corriente, es como una secuencial awaiten el mismo contexto.

Entonces, para cosechar los asyncbeneficios, uno necesita diseñar la aplicación para ejecutar varios contextos paralelos (UI, cliente de datos, etc.), luego, awaiten un contexto, se ejecuta a otros contextos, para que toda la aplicación no se bloquee en un individuo await.