40

As far as I know, when runtime comes across the statement below it wraps the rest of the function as a callback to the method which is invoked asynchronously (someCall() in this example). In this case anotherCall() will be executed as a callback to someCall():

    await someCall();
    await anotherCall();

I wonder if it is possible to make runtime perform like this: call someCall() in async fashion and return immediately to the calling thread, then invoke anotherCall() similarly (without waiting someCall to complete). Because I need these two methods to run asynchronously and suppose these calls are just fire and forget calls.

Is it possible to implement this scenario using just async and await (not using old begin/end mechanism)?

Max
  • 1,054
  • 1
  • 12
  • 20
rovsen
  • 4,932
  • 5
  • 38
  • 60

3 Answers3

54

The async/await includes a few operators to help with parallel composition, such as WhenAll and WhenAny.

var taskA = someCall(); // Note: no await
var taskB = anotherCall(); // Note: no await

// Wait for both tasks to complete.
await Task.WhenAll(taskA, taskB);

// Retrieve the results.
var resultA = taskA.Result;
var resultB = taskB.Result;
Peter Stegnar
  • 12,615
  • 12
  • 62
  • 80
Stephen Cleary
  • 437,863
  • 77
  • 675
  • 810
  • 2
    Is there any of this for EcmaScript / Javascript? – Azteca Aug 21 '18 at 21:58
  • 2
    @Azteca: Sure, you can use `Promise.all` in place of `Task.WhenAll`, or `Promise.race` in place of `Task.WhenAny`. E.g., `await Promise.all([promiseA, promiseB]);` – Stephen Cleary Aug 23 '18 at 12:58
7

The simplest way is probably to do this:

var taskA = someCall();
var taskB = someOtherCall();
await taskA;
await taskB;

This is especially nice if you want the result values:

var result = await taskA + await taskB;

so you don't need to do taskA.Result.

TaskEx.WhenAll might be faster than two awaits after each other. i don't know since I haven't done performance investigation on that, but unless you see a problem I think the two consecutive awaits reads better, especially if you ewant the result values.

Cellfish
  • 2,202
  • 18
  • 20
  • Quoting "Async in C# 5.0": "This is a dangerous way to await multiple Tasks, if they may throw exceptions. If both operations throw an exception, the first `await` will propagate its exception, which means `taskB` is never awaited. Its exception will not be observed, and depending on .NET version and settings, may be lost or even rethrown on an unexpected thread, terminating the process." – Varvara Kalinina Jun 13 '17 at 22:00
  • 2
    So you'd better stick to `await Task.WhenAll(taskA, taskB);` – Varvara Kalinina Jun 13 '17 at 22:02
2

The Async CTP is no longer needed provided you're using .NET 4.5. Note that the async functionality is implemented by the compiler so .NET 4 apps can use it but VS2012 is required to compile it.

TaskEx is not needed anymore. The CTP couldn't modify the existing framework so it used extensions to accomplish things that the language would handle in 5.0. Just use Task directly.

So herewith, I have re-written the code(answered by Stephen Cleary) by replacing TaskEx with Task.

var taskA = someCall(); // Note: no await
var taskB = anotherCall(); // Note: no await

// Wait for both tasks to complete.
await Task.WhenAll(taskA, taskB);

// Retrieve the results.
var resultA = taskA.Result;
var resultB = taskB.Result;
abatishchev
  • 98,240
  • 88
  • 296
  • 433
myaseedk
  • 1,948
  • 1
  • 14
  • 12