Etiqueta: async

await Task.WhenAll relanza solo uno de los fallos. Guarda la tarea de WhenAll en una variable y lee su Exception.InnerExceptions para ver todos los errores, no uno solo.

CS1998 significa que un método async no tiene await, así que se ejecuta de forma síncrona. Quita el modificador async y devuelve Task.FromResult, o agrega el await que olvidaste.

Reemplaza DateTime.UtcNow, Stopwatch y Task.Delay por System.TimeProvider para que las pruebas controlen el reloj: registro en la inyección de dependencias, FakeTimeProvider.Advance y SetUtcNow, pruebas de timeouts y de un BackgroundService basado en PeriodicTimer, más los problemas con Advance y las continuaciones y con xUnit v2.

Un plan por etapas para eliminar sync-over-async de una base de código .NET existente: inventariar con analizadores, medir la inanición del ThreadPool, convertir una cadena de llamadas a la vez y reducir el conteo a cero en .NET 11.

await es la respuesta correcta casi siempre. Cuando de verdad tienes que bloquear, GetAwaiter().GetResult() supera a .Result y .Wait() porque lanza la excepción original. Una matriz de decisión para .NET 11 y C# 14.

CS4014 significa que llamaste a un método que devuelve Task sin esperarlo. Agrega await, o descártalo con _ = si el fire-and-forget es intencional, y maneja las excepciones.

Bloquear una Task async con .Result o .Wait() provoca un interbloqueo cuando hay un SynchronizationContext presente. Aquí explico por qué se cuelga y cómo solucionarlo en .NET 11 y C# 14.

Riverpod 3.0 reintenta un provider fallido hasta 10 veces por defecto. Pasa una función de retry que devuelva null en ProviderScope, ProviderContainer o un provider individual para desactivarlo o acotarlo.

Un stream sigue emitiendo después de que el usuario abandona la pantalla, su onData llama a setState sobre un State ya destruido, y Flutter lanza una excepción. Guarda la suscripción, cancélala en dispose antes de super.dispose, y el callback nunca podrá ejecutarse sobre un widget muerto. El patrón completo para Flutter 3.44.

Después de un await, el widget puede estar ya destruido, y llamar a setState lanza una excepción. Protege la reanudación con if (!mounted) return; y, mejor aún, cancela el trabajo que lo dispara. El patrón completo para Flutter 3.44.