Алексей КГде-то в степиТут всё похоже на разворот циклов в конечный автомат в yield return . Если мне не показалось, прошлая реализация "этого" была через обёртывания следующего за await кода в Task.ContinueWith. Видимо не понравилось. Решили добавить ещё одну абстракцию, позволяющую обобщить Task, IObservable и прочие "асинхронности". И сделали через автомат, видимо решили сэкономить на количестве обращений к пулу потоков. А через что будет "продолжение" - зависит от наличия у "первого потока" контекста синхронизации. Если есть - всё пойдёт через него. Если нет - через пул потоков.


Причины нового варианта:
- На каждый Task требуется выделение памяти, что приводит к лишней работе сборщика мусора. Это становится критичным при высоких нагрузках
- Ожидания обрабатываются отдельным тредом, а Боливар не может выдержать много. По непроверенным данным не больше 64.
- Таски, трэды и прочие радости совершенно не нужны, если идет вызовы i/o, которые обрабатываются операционкой.

ЗЫ Открою вам еще одну маленькую тайну : стеки не используются, локи не работают, 'продолжения' может не быть вовсе
ConfigureAwait(false)