What is ConfigureAwait(true) in Asp.Net Core 3.1 C#

When to Use ConfigureAwait() in Asp.net Core 3.1 Code

Question:
What is ConfigureAwait(true) in Asp.Net Core 3.1 C#, I have noticed the compiler recommending me to use ConfigureAwait(true) or ConfigureAwait(false).

 


Please Login to see the rest of the answer

Answer: According to Microsoft's Developer Blog using ConfigureAwait(false) is recommended as the C-Sharp Compiler finds an awaiter (a line of code with an await directive specified) and continues executing the code on the Original Thread while awaits for a response from another function.

When the response completed, the async function won't notify the awaiter on the Main Thread but will provide the response data on a different thread, leaving the Original/Main Thread undisturbed.

For example, if the response expected from the function call is not awaited by another function somewhere in the application code, use ConfigureWait(true) or rather use _ = functionName(Parameter).ConfigureAwait(true);

  • While developing keep in mind that every time you access the Main Thread Statics there is a cost involved. Therefore, make sure that every time you access the Main Thread it is needed.

    When are you suppose to use ConfigureAwait(true)?

  • According to Microsoft Blog, the ConfigureAwait(true) is only used in the context of specifying whether the Compiler should await the response or not. In short, if you don't use ConfigureAwait(false) then you can choose to specify ConfigureAwait(true) or not. 

    In Conclusion

    The default of the application code is ConfigureAwait(false). If you don't specify ConfigureAwait(false), you will see several warnings when debugging the application.

    When using await and then violates the execution by Configuring ConfigureAwait(false), then an error might occur. In some other words, if you use ConfigureAwait(true) unnecessary call back to the Main Thread might occur, remember calling the Original Thread halts execution of code.

    Every time the notification is received, the execution of code stops to process the notification. None the less, configuring ConfigureAwait(false) avoids that unnecessary notification to the Main Thread.


    Personal Experience
  • I also found out that, if you are calling an Async Task function in a none Async function for example in an Event Handler, you can easily utilize the Await (More like awaiting for a function to execute, that would normally require a parent function to by an Async function) by ConfiguringAwait(true) or ConfigureAwait(false), this way you have control of the outcome from the function.

    References: Microsoft dev blog

Write an Article
If you log in, you will be notified when someone leaves a comment.

Other users would like to know if this solution helped you.

Mark said:

You have to be very careful using ConfigureAwait(false), otherwise do not call an async function from a none Async Function, this will produce a very weird behavior that will be very had to diagnose. I would encourage you to read more about Threading, it is a very complex topic.

Josh said:

There is another good article on Medium that talks about ConfigureAwait. The link is below: https://medium.com/bynder-tech/c-why-you-should-use-configureawait-false-in-your-library-code-d7837dce3d7f#:~:text=ConfigureAwait(false)%20configures%20the%20task,therefore%20avoiding%20any%20possible%20deadlocks.


© 2022 - ErnesTech - Privacy