AFAIK - (y leí mucho sobre esto), métodos asíncronos (no delegados asincronos!) existe para resolver el problema "el hilo está bloqueado" cuando se trata deOperaciones de E / S Me gusta: leer un archivo o descargar un archivo:

Richter lo muestra muy claramente aquí:

Task<T> no está relacionado con el problema de bloqueo de E / S. es simplemente como abrir un hilo (más eficiencia adicional + funcionalidad ) - pero sigue causando que un hilo consuma cpu quanta, etc.

Y aquí está mi pregunta:

He leído (msdn) que:

Unasíncrono El método proporciona una manera conveniente de hacer un trabajo potencialmente largosin bloquear el hilo de la persona que llama. La persona que llama a un método asíncrono puede reanudar su trabajo sin esperar a que finalice el método asíncrono.

¿Es como crear unTask<t> conContinueWith ?

¿No es confusa la terminología?asynchronous methods son parai/o operaciones (donde haycero subprocesos que esperan mientras se realiza la operación de E / S y ningún subproceso está tratando con elloPero para llamar a un código (que usa async) como:asynchronous methods Es un poco confuso. no crees porque asumo que hay otro hilo que se está ejecutando ... (que en realidad es mi primera pregunta).

¿De dónde es la confusión?

PorqueAlbahari tiende a destacar Para qué son los métodos asíncronos:

PD. He leído algunas preguntas aquí en SO sobre este tema, pero no he encontrado ninguna que aborde la clasificación errónea de que los métodos asíncronos están aquí para tratar las operaciones de io