Особенности await в WinForms

Если попытаться запустить await функцию из из основного потока WinForms - то ничего не получиться - все скомпилируется, вызовется до await, после чего управление как и положено вернется в основной поток, но так как это не совсем простой поток - а основной поток GUI  у которого имеется SynchronizationContext - то await поток обратного вызова который рассматривался в предыдущем посте никогда не получит управления и приложение "зависнет":

Ограничения для Async - где нельзя применять !

Async применять нельзя в/для :

• функции - точке входа программы ( функция Main не может быть async)
• конструкторе класса, property get/set методы, и методы для event add/remove
• функции с параметрами out / ref
• никаких await в catch, finally и unsafe блоках ( начиная с C# 6 - можно в catch, finally )
• также нельзя использовать в блокировках lock или Monitor Enter/Exit
• вместо этого используйте SemaphoreSlim.WaitAsync
• в запросах (например linq) await можно использовать только
• в первой коллекции from или join

http://blogs.msdn.com/b/pfxteam/archive/2012/04/12/async-await-faq.aspx

Асинхронные функции C# - как работает await/async

Префикс await по сути своей создает отдельный поток (№13 в нашем случае), который ставиться в пул CLR и ожидает когда основной поток ( №10) передаст ему управление:

Multithreading debuging - naming threads

Студия позволяет именовать треды - и тогда в дебагере видно какой конкретно тред сейчас исполняется, а также по имени треда можно поставить точку останова