Разберите ситуацию: библиотечный асинхронный метод ожидает сетевую операцию и затем продолжает выполнение в контексте вызывающего кода. Когда такое продолжение необходимо, почему для библиотек оно часто нежелательно и к какому сбою может привести блокирующее ожидание результата в UI приложении?

Question

Accepted Answer

По умолчанию await обычно захватывает текущий SynchronizationContext , чтобы продолжение могло вернуться, например, в UI поток и безопасно обновить интерфейс. Это необходимо коду, который действительно работает с потокозависимым UI. Библиотека, не имеющая такого контракта, не должна зависеть от контекста вызывающей стороны: контекста может не быть, а лишнее переключение снижает производительность. Если UI поток блокируется, ожидая результат синхронно, а продолжение ожидает освобождения этого же UI потока, возникает взаимная блокировка. Поэтому асинхронный путь следует сохранять «до конца», а библиотечному коду без необходимости возвращаться в контекст — не захватывать его.