Яка різниця між Task.Start / Wait та Async / Await?

Я можу чогось бракувати, але яка різниця між тим, що робити:

public void MyMethod()
{
  Task t = Task.Factory.StartNew(DoSomethingThatTakesTime);
  t.Wait();
  UpdateLabelToSayItsComplete();
}

public async void MyMethod()
{
  var result = Task.Factory.StartNew(DoSomethingThatTakesTime);
  await result;
  UpdateLabelToSayItsComplete();
}

private void DoSomethingThatTakesTime()
{
  Thread.Sleep(10000);
}

Я можу чогось бракувати

Ти є.

яка різниця між тим, що робити Task.Waitі await task?

Ви замовляєте свій обід у офіціанта в ресторані. Через мить після надання замовлення друг заходить і сідає поруч з вами і починає розмову. Тепер у вас є два варіанти. Ви можете ігнорувати свого друга, поки завдання не буде виконано - ви можете чекати, поки ваш суп прибуде, і нічого більше не робити, поки ви чекаєте. Або ви можете відповісти своєму другові, і коли ваш друг перестане розмовляти, офіціант принесе вам ваш суп.

Task.Waitблокує, поки завдання не буде виконано - ви ігноруєте свого друга, поки завдання не буде виконано. awaitзберігає обробку повідомлень у черзі повідомлень, і коли завдання буде завершено, воно видає повідомлення з повідомленням "забрати там, де ти залишився після цього, чекай". Ви розмовляєте зі своїм другом, і коли в розмові перерва, приходить суп.

Щоб продемонструвати відповідь Еріка, ось такий код:

public void ButtonClick(object sender, EventArgs e)
{
  Task t = new Task.Factory.StartNew(DoSomethingThatTakesTime);
  t.Wait();  
  //If you press Button2 now you won't see anything in the console 
  //until this task is complete and then the label will be updated!
  UpdateLabelToSayItsComplete();
}

public async void ButtonClick(object sender, EventArgs e)
{
  var result = Task.Factory.StartNew(DoSomethingThatTakesTime);
  await result;
  //If you press Button2 now you will see stuff in the console and 
  //when the long method returns it will update the label!
  UpdateLabelToSayItsComplete();
}

public void Button_2_Click(object sender, EventArgs e)
{
  Console.WriteLine("Button 2 Clicked");
}

private void DoSomethingThatTakesTime()
{
  Thread.Sleep(10000);
}

Цей приклад дуже чітко демонструє різницю. З асинхронізуванням / очікуванням виклична нитка не блокується і продовжить виконання.

static void Main(string[] args)
{
    WriteOutput("Program Begin");
    // DoAsTask();
    DoAsAsync();
    WriteOutput("Program End");
    Console.ReadLine();
}

static void DoAsTask()
{
    WriteOutput("1 - Starting");
    var t = Task.Factory.StartNew<int>(DoSomethingThatTakesTime);
    WriteOutput("2 - Task started");
    t.Wait();
    WriteOutput("3 - Task completed with result: " + t.Result);
}

static async Task DoAsAsync()
{
    WriteOutput("1 - Starting");
    var t = Task.Factory.StartNew<int>(DoSomethingThatTakesTime);
    WriteOutput("2 - Task started");
    var result = await t;
    WriteOutput("3 - Task completed with result: " + result);
}

static int DoSomethingThatTakesTime()
{
    WriteOutput("A - Started something");
    Thread.Sleep(1000);
    WriteOutput("B - Completed something");
    return 123;
}

static void WriteOutput(string message)
{
    Console.WriteLine("[{0}] {1}", Thread.CurrentThread.ManagedThreadId, message);
}

Вихід DoAsTask:

[1] Початок програми
[1] 1 - Початок
[1] 2 - Завдання розпочато
[3] А - Щось почав
[3] В - щось завершено
[1] 3 - Завдання, виконане результатом: 123
[1] Закінчення програми

Вихід DoAsAsync:

[1] Початок програми
[1] 1 - Початок
[1] 2 - Завдання розпочато
[3] А - Щось почав
[1] Закінчення програми
[3] В - щось завершено
[3] 3 - Завдання, виконане результатом: 123

Оновлення: покращений приклад, показавши ідентифікатор потоку у висновку.

Зачекати (), призведе до запуску потенційно асинхронного коду синхронізованим способом. чекати не буде.

Наприклад, у вас є веб-додаток asp.net. UserA дзвінки / getUser / 1 кінцева точка. пул додатків asp.net вибере нитку з пулу потоків (Thread1), і цей потік зробить http-дзвінок. Якщо ви зачекаєте (), цей потік буде заблокований, поки http-дзвінок не вирішиться. Поки він чекає, якщо UserB дзвонить / getUser / 2, тоді, пулу додатків потрібно буде обслуговувати інший потік (Thread2), щоб знову здійснити http-дзвінок. Ви щойно створили (ну, фактично витягнутий з пулу додатків) інший потік без жодної причини, тому що ви не можете використовувати Thread1, його було заблоковано Wait ().

Якщо ви використовуєте функцію очікування в Thread1, SyncContext керуватиме синхронізацією між Thread1 та http-дзвінком. Просто він сповістить, як тільки буде здійснено http-дзвінок. Тим часом, якщо UserB дзвонить / getUser / 2, то ви знову будете використовувати Thread1, щоб здійснити http-дзвінок, оскільки він був випущений, коли очікуєте, що потрапили. Тоді ще один запит може використовувати його, ще більше. Щойно http-дзвінок виконаний (user1 або user2), Thread1 може отримати результат і повернутися до абонента (клієнта). Thread1 використовувався для декількох завдань.

У цьому прикладі мало, практично. Якщо ви очікуєте завдання, яке повертається в інший потік (наприклад, виклик WCF) або відмовляється від управління операційною системою (наприклад, файл IO), очікуйте, що буде використано менше системних ресурсів, не блокуючи потік.

У наведеному вище прикладі ви можете використовувати "TaskCreationOptions.HideScheduler" та значно змінити метод "DoAsTask". Сам метод не є асинхронним, як це відбувається з "DoAsAsync", тому що він повертає значення "Завдання" і позначається як "асинхронізація", створюючи кілька комбінацій, саме це дає мені точно так само, як використання "async / wait" :

static Task DoAsTask()
{
    WriteOutput("1 - Starting");
    var t = Task.Factory.StartNew<int>(DoSomethingThatTakesTime, TaskCreationOptions.HideScheduler); //<-- HideScheduler do the magic

    TaskCompletionSource<int> tsc = new TaskCompletionSource<int>();
    t.ContinueWith(tsk => tsc.TrySetResult(tsk.Result)); //<-- Set the result to the created Task

    WriteOutput("2 - Task started");

    tsc.Task.ContinueWith(tsk => WriteOutput("3 - Task completed with result: " + tsk.Result)); //<-- Complete the Task
    return tsc.Task;
}