Is calling Task.Wait() immediately after an asynchronous operation equivalent to running the same operation synchronously?

Question

In other words, is

var task = SomeLongRunningOperationAsync();
task.Wait();

functionally identical to

SomeLongRunningOper         


        

Answer 1

Here are some differences:

1. The computation might run on a different thread. It might run on the same thread if this task is CPU-based and can be inlined. This is non-deterministic.
2. If no inlining happens one more thread will be in use during the computation. This usually costs 1MB of stack memory.
3. Exceptions will be wrapped in AggregateException. The exception stack will be different.
4. The task version might deadlock if the computation posts to the current synchronization context.
5. If the thread-pool is maxed out this might deadlock if for the task to complete another task must be scheduled.
6. Thread-local state, such as HttpContext.Current (which is not actually thread-local but almost), might be different.
7. A thread abort of the main thread will not reach the task body (except in case of inlining). I'm not sure whether the wait itself will be aborted or not.
8. Creating a Task induces a memory barrier why can have a synchronizing effect.

Does this matter? Decide for yourself by this list.

Are there benefits to doing this? I can't think of any. If your computation uses async IO the wait will negate the benefits that the async IO brings. The one exception would be fan-out IO, e.g. issuing 10 HTTP requests in parallel and waiting for them. That way you have 10 operations at the cost of one thread.

Note, that Wait and Result are equivalent in all these regards.