Использует async/ждут лучше, чем использовать task.Start() и почему?

Question

Сравните следующие два метода:

static async Task<int> DownloadAsync(string url) 
{ 
    var client = new WebClient(); 
    var awaitable = client.DownloadDataTaskAsync(url); 
    byte[] data = await awaitable; 
    return data.Length; 
} 

использование: Task<int> task = DownloadAsync("http://stackoverflow.com");

static Task<int> Download(string url) 
{ 
    var client = new WebClient(); 
    var task = client.DownloadDataTaskAsync(url); 
    byte[] data = task.Result; 
    return Task.FromResult(data.Length); 
} 

использование:

Task task = new Task(() => Download("http://stackoverflow.com")); 
task.Start(); 

Насколько я могу видеть оба метода выполняются асинхронно. Мои вопросы:
Есть ли разница в поведении между этими двумя методами?
Почему мы предпочитаем асинхронное ожидание другого, тогда это хороший шаблон?

Answer 1

new Task будет выполнять весь метод с использованием TaskScheduler.Current, как правило, это использует ThreadPool.

С помощью async/await метод вводится синхронно и будет использовать только асинхронное продолжение, если это необходимо.

То, что я имею в виду, может быть продемонстрирована с помощью следующей программы LINQPad:

const int delay = 1; 

public async Task DoSomethingAsync() 
{ 
    Thread.CurrentThread.ManagedThreadId.Dump(); 
    await Task.Delay(delay).ConfigureAwait(false); 
    Thread.CurrentThread.ManagedThreadId.Dump(); 
} 

void Main() 
{ 
    DoSomethingAsync().Wait(); 
} 

Попробуйте изменить delay 0, и вы увидите продолжение продолжается в том же потоке, это происходит потому, что Task.Delay просто возвращается немедленно, если нет задержки, это позволяет избежать накладных расходов на организацию и выполнение продолжений, когда они не требуются.

Используя new Task, вы теряете эту умную функциональность и всегда используете поток ThreadPool, даже если разработчик асинхронного метода не может считаться необходимым.

Answer 2

Посмотрите на это post, Стивен Клири объясняет, почему именно и почему.

Короче говоря, это совершенно то же самое. Это новый и старый способ ожидания. Я нахожу, что async/ждут приятнее на глазах, так как у вас будет дополнительный код в другом методе, и вам не нужно ставить задачу. Start().

Answer 3

Два метода, которые вы публикуете, совершенно разные.

DownloadAsync - действительно асинхронный метод. Это означает, что во время загрузки данных в этой асинхронной операции нет потоков, заблокированных.

Download синхронно блокирует вызывающий поток, вызывая Task.Result. Я объясняю в своем блоге why Result should not be used with asynchronous Tasks: в общем случае это может привести к блокировкам. Но давайте предположим, что нет тупика. Затем вы вызываете его из задачи TPL, поэтому он блокирует поток задачи (скорее всего, поток потока потока). Пока данные загружаются, этот поток задач блокируется при этой асинхронной операции.

Таким образом, DownloadAsync является более эффективным.