polly

Polly.Core 8.8.1 startet die Hintergrundschleife des Circuit Breakers unter ExecutionContext.SuppressFlow, sodass eine langlebige Pipeline die AsyncLocal-Werte ihres Erstellers nicht mehr festhält. Ein 15-Zeilen-Repro zeigt das Leck in 8.8.0 und den Fix in 8.8.1.

Ein DelegatingHandler, der vor AddStandardResilienceHandler registriert wird, läuft einmal pro logischer Anfrage, nicht einmal pro Retry. Verschieben Sie ihn hinter den Resilience-Handler und machen Sie ihn idempotent, denn der Retry sendet dieselbe HttpRequestMessage erneut. Gemessen mit Microsoft.Extensions.Http.Resilience 10.10.0 und 8.10.0.

Polly 8.8.0 bringt EnableReloadsWithMonitor, sodass eine Resilience-Pipeline aus einem Feature Flag oder einem Remote-Config-Monitor neu geladen werden kann, der nicht in DI registriert ist. Ein Test zeigt den Neuaufbau, und es gibt eine Falle: context.GetOptions liest weiterhin den DI-Monitor und liefert Standardwerte.

AddServiceDefaults von Aspire legt einen Standard-Resilience-Handler vor jeden HttpClient. Ein erneuter Aufruf von AddStandardResilienceHandler stapelt einen zweiten Handler, statt den ersten zu ersetzen. Hier sind die drei echten Wege zum Überschreiben, der undokumentierte Optionsname -standard und das unendliche Timeout, das Sie erben, wenn Sie den Handler nur entfernen.

Verwenden Sie den Resilience Handler aus Microsoft.Extensions.Http.Resilience für HttpClient-Aufrufe, denn er ist Polly mit HTTP-bewussten Standardwerten und Telemetrie in einer einzigen Zeile. Greifen Sie nur dann direkt zu Pollys ResiliencePipeline, wenn Sie etwas absichern, das kein HttpClient ist.