Это всегда было хорошей практикой - использовать ConfigureAwait(false) всякий раз, когда выполняется асинхронный вызов. Затем пришло ASP.NET Core, и оно использует контекст пула потоков вместо контекста потока, и это стало неактуально. Насколько я понимаю, это не имеет ничего общего с тем фактом, что .NET Core, а скорее новой реализацией ASP.NET удалось улучшить положение вещей, и в результате нам больше не нужно писать этот раздражающий ConfigureAwait(false). Я не нашел никакого значимого ответа о том, нужно ли мне все еще использовать ConfigureAwait(false), если я знаю, что мой код будет только размещаться службой Service Fabric, и если этот ответ отличается, если он размещен наСлужба с отслеживанием состояния / без сохранения состояния, реализованная в .NET Framework или .NET Core, использует обработчики Azure Service Bus или NServiceBus, которые могут полагаться на SynchronizationCntext.
Использует ли Service Fabric SynchronizationContext и все ли в порядкеугробить ConfigureAwait(false) когда код размещен только в Service Fabric?