Start Debugging

Tag: async

33 Beiträge · Seite1von4

2026-10-03 csharp dotnet async

So warten Sie synchron auf einen ValueTask in einer nicht-asynchronen Methode, ohne zu allokieren

Prüfen Sie zuerst IsCompleted und lesen Sie das Ergebnis über GetAwaiter().GetResult(), das 0 Bytes kostet. Blockieren Sie nur, wenn der ValueTask noch aussteht, und nutzen Sie dafür ein gecachtes Event und UnsafeOnCompleted statt AsTask(), das pro Aufruf 72 bis 208 Bytes allokiert. Gemessen unter .NET 10 und .NET 11 RC1.

2026-09-16 errors dotnet dotnet-10

Fix: UIKitThreadAccessException von MediaPicker.PickPhotosAsync beim Auswählen mehrerer Fotos unter .NET MAUI iOS

Die Auswahl von 2 oder mehr Fotos unter iOS wirft in MAUI 10.0.100 und 10.0.101 eine UIKitThreadAccessException. MAUI liest PHPickerResult.ItemProvider nach einem await, außerhalb des Hauptthreads. Auf 10.0.90 pinnen, auf 10.0.110 aktualisieren oder PHPicker selbst aufrufen.

2026-09-14 dotnet-11 dotnet csharp

ZIP-Dateien in .NET 11 asynchron mit den ZipArchive-Async-APIs erstellen und extrahieren

ZipFile.CreateFromDirectoryAsync, ExtractToDirectoryAsync, ZipArchive.CreateAsync und ZipArchiveEntry.OpenAsync ohne verstecktes synchrones I/O verwenden. Gemessen auf .NET 11 RC 1 und .NET 10.0.12, einschließlich des .NET 10-Bugs, der Kestrel weiterhin blockiert.

2026-09-07 dotnet dotnet-11 csharp

Die async-void-Handler finden, die ANRs in einer .NET MAUI Android-App verursachen

Die Play Console meldet eine ANR-Rate über 0,47% und liefert einen nativen Stack Trace voller libcoreclr.so-Frames. So kommen Sie von diesem nutzlosen Trace zu genau dem async-void-Ereignishandler, der den Main-Thread blockiert hat: mit einem Looper-Printer, einem SynchronizationContext-Wrapper, der die Zustandsmaschine benennt, und dotnet-trace über dsrouter.

2026-09-01 comparison csharp csharp-14

Einen Task direkt zurückgeben vs. async/await-Durchreichen in einer C#-Repository-Methode: Was sollten Sie verwenden?

Das Weglassen von async/await in einer durchreichenden Repository-Methode spart etwa 6 ns und 72 Bytes und kostet einen Stack-Frame, die try/catch-Semantik und die sichere Freigabe von Ressourcen. Behalten Sie return await, sofern die Methode nicht reines Durchreichen auf einem gemessenen heißen Pfad ist.

2026-08-05 errors csharp dotnet

Fix: AggregateException "One or more errors occurred" beim Warten auf Task.WhenAll in C#

await Task.WhenAll wirft nur einen der Fehler erneut. Speichern Sie den WhenAll-Task in einer Variablen und lesen Sie Exception.InnerExceptions, um alle Fehler zu sehen.

2026-08-05 errors csharp csharp-14

Lösung: CS1998 "This async method lacks 'await' operators and will run synchronously" in C#

CS1998 bedeutet, dass eine async-Methode kein await enthält und deshalb synchron läuft. Entfernen Sie async und geben Sie Task.FromResult zurück, oder ergänzen Sie das fehlende await.

2026-07-26 csharp dotnet dotnet-11

Zeitabhängigen Code mit TimeProvider und FakeTimeProvider in .NET 11 testen

Ersetzen Sie DateTime.UtcNow, Stopwatch und Task.Delay durch System.TimeProvider, damit Tests die Uhr steuern: Registrierung per Dependency Injection, FakeTimeProvider.Advance und SetUtcNow, Tests für Timeouts und einen PeriodicTimer-basierten BackgroundService sowie die Stolperfallen mit Advance-Fortsetzungen und xUnit v2.

2026-07-25 migration csharp dotnet

Von blockierenden .Result/.Wait()-Aufrufen zu durchgehend asynchronem Code in einer alten C#-Codebasis migrieren

Ein stufenweiser Leitfaden, um sync-over-async aus einer bestehenden .NET-Codebasis zu entfernen: mit Analyzern inventarisieren, ThreadPool-Starvation messen, eine Aufrufkette nach der anderen umstellen und den Zähler unter .NET 11 auf null bringen.

2026-07-24 comparison csharp dotnet

.Result vs .Wait() vs GetAwaiter().GetResult() vs await in C#: welches sollten Sie verwenden?

await ist fast immer die richtige Antwort. Wenn Sie wirklich blockieren müssen, schlägt GetAwaiter().GetResult() sowohl .Result als auch .Wait(), weil es die ursprüngliche Ausnahme wirft. Eine Entscheidungsmatrix für .NET 11 und C# 14.