ConfigureAwait (false) no es necesario en las aplicaciones de servicio Console / Win, ¿verdad?

he estado usandoasync/await por un tiempo, pero profundizó recientemente, y leí muchos consejos de mejores prácticas que dicen que por defecto siempre useConfigureAwait(false) para evitar puntos muertos y mejorar el rendimiento.

Solo quiero asegurarme de que no me falta algo cuando supongo que esto solo se aplica cuando hay una corriente realSynchronizationContext oTaskScheduler en juego, ¿correcto?

Si tengo una aplicación de servicio de Windows que responde a mensajes / comandos / etc. asincrónicamente, siempre usa el planificador predeterminado = probablemente el mismo subproceso de grupo de subprocesos en el que se completó el esperado ejecutará la continuación, por lo que no se puede tener ningún punto muerto y ninguna diferencia de rendimiento al usarConfigureAwait(false)¿correcto?

No es que no pueda ponerlo allí, pero odio tanto el código ruidoso ...

Respuestas a la pregunta(1)

Su respuesta a la pregunta