Eu tenho usadoasync/await por um tempo, mas aprofundou-se mais recentemente e leia muitas dicas de práticas recomendadas que, por padrão, sempre usamConfigureAwait(false) para evitar conflitos e melhorar o desempenho.

Eu só quero ter certeza de que não estou perdendo algo quando presumo que isso só se aplica quando a corrente é realSynchronizationContext ouTaskScheduler em jogo, correto?

Se eu tiver um aplicativo de serviço do Windows que esteja respondendo a mensagens / comandos / etc. de forma assíncrona, ele sempre usa apenas o planejador padrão = provavelmente o mesmo encadeamento de encadeamentos de threads em que o aguardável concluído executará a continuação, portanto, nenhum conflito e nenhuma diferença de desempenho podem ser obtidos usandoConfigureAwait(false)correto?

Não é como se eu não pudesse colocá-lo lá, mas eu odeio tanto o código barulhento ...