.NET 11 | The .NET Blog

.NET 11 behebt endlich die Prozess-API

Emiliano Montesdeoca — Tue, 26 May 2026 00:00:00 +0000

Jeder .NET-Entwickler, der jemals einen Prozess starten und seine Ausgabe erfassen musste, hat irgendeine Variante desselben gefährlichen Boilerplate-Codes geschrieben: async-Lesen von stdout, async-Lesen von stderr, WaitForExitAsync — und bloß nicht vergessen, beide Streams zu leeren, sonst gibt es einen Deadlock. Es ist eine bekannte Falle, die seit Jahren besteht.

.NET 11 behebt das endlich ordentlich.

RunAndCaptureTextAsync

Die wichtigste Ergänzung: eine einzelne statische Methode, die einen Prozess startet, stdout und stderr erfasst und auf das Beenden wartet — ohne Deadlock.

var result = await Process.RunAndCaptureTextAsync("dotnet", "--version");
Console.WriteLine(result.StandardOutput);

Ein einziger Aufruf. Kein manuelles Leeren der Streams. Kein sorgfältig positioniertes WaitForExit. Wenn Sie einfach etwas ausführen und dessen Ausgabe erhalten müssen, ist das die API, die Sie wollen.

Es gibt auch Process.RunAsync für den Fall, dass Sie auf das Beenden warten möchten, ohne die Ausgabe zu erfassen.

KillOnParentExit

Ein häufiges Problem mit gestarteten Prozessen: Wenn der übergeordnete Prozess abstürzt oder beendet wird, laufen die untergeordneten Prozesse als Waisen weiter. KillOnParentExit ermöglicht es Ihnen, beim Start des Prozesses anzugeben, dass der untergeordnete Prozess beendet werden soll, wenn der übergeordnete Prozess beendet wird.

Diese Funktion existierte auf plattformspezifische Weise (Job Objects unter Windows, prctl unter Linux), erforderte aber p/invoke oder Drittanbieter-Bibliotheken zur Verwendung aus .NET. Jetzt ist es eine erstklassige Eigenschaft von ProcessStartInfo.

SafeProcessHandle-basierte APIs

Die neue leichtgewichtige API-Oberfläche ist um SafeProcessHandle anstelle der vollständigen Process-Klasse aufgebaut. Die vollständige Process-Klasse trägt viel Zustand und ist schwer zu trimmen — der SafeProcessHandle-Pfad ist trimmer-freundlicher für Anwendungen, die die Ausgabegröße minimieren müssen (WASM, native AOT).

Vollständige Kontrolle über Handle-Vererbung

Das Update fügt auch eine feinkörnige Kontrolle darüber hinzu, welche Handles ein untergeordneter Prozess erbt und wie Standard-Handles umgeleitet werden. Bisher konnte man stdin/stdout/stderr umleiten, aber nicht genau festlegen, welche Handles auf Betriebssystemebene vererbt werden sollen. Die neuen APIs machen diese Kontrolle zugänglich.

Warum Das Wichtig Ist

Die Process-Klasse wird in Tooling, Build-Systemen, Test-Runnern und jeder Anwendung verwendet, die andere Executables aufruft. Die alte API-Oberfläche stammte noch aus .NET Framework und zeigte ihr Alter. Das ist keine Breaking Change — die alten APIs funktionieren weiterhin — aber neuer Code sollte die neue Oberfläche bevorzugen.

Für getrimte Anwendungen oder AOT-Kompilierungsszenarien ist der SafeProcessHandle-Pfad besonders willkommen. Die alte Process-Klasse brachte viel reflektionslastigen Code mit, der das Trimmen erschwerte.

Original-Post: Process API Improvements in .NET 11

.NET 11 Preview 4: MCP-Server-Vorlage, Runtime-Async-Bibliotheken, Prozess-API

Emiliano Montesdeoca — Mon, 25 May 2026 00:00:00 +0000

.NET 11 Preview 4 ist verfügbar. Jede Hauptversion einer .NET-Preview fügt eine lange Liste von Elementen über Runtime, SDK, Bibliotheken, ASP.NET Core, MAUI, C# und Entity Framework hinzu. Anstatt die vollständige Liste zu wiederholen, hier die Dinge, die mir aufgefallen sind.

Die MCP-Server-Vorlage kommt ins .NET SDK

Das interessanteste Element: Eine MCP-Server-Projektvorlage ist jetzt im SDK enthalten. Das bedeutet, dass dotnet new mcp-server (oder wie der Befehl letztendlich heißen wird) ohne zusätzliche Konfiguration funktioniert. Für alle, die MCP-Tooling in .NET entwickeln, reduziert das den Aufwand für den Einstieg erheblich. Die MCP-Integration in die Plattform-Toolchain signalisiert die Richtung, in die das Ökosystem geht.

Laufzeitbibliotheken mit Runtime-Async kompiliert

Die Laufzeit selbst kompiliert jetzt ihre Standardbibliotheken mit der Runtime-Async-Funktion. Das ist eine interne Änderung, die die Performance betrifft — Async-Zustandsmaschinen in der Laufzeit werden effizienter. Die Bedeutung liegt nicht in sichtbaren API-Änderungen; es ist vielmehr, dass Runtime-Async reif genug ist, um für die BCL selbst verwendet zu werden, was ein bedeutsames Signal über die Bereitschaft der Funktion ist.

JIT-Optimierungen und Hardware-Intrinsics

Preview 4 setzt die JIT-Arbeit fort. Verbesserungen bei Hardware-Intrinsics und der Codegenerierung werden hier geliefert — Details finden sich in den Runtime-Versionshinweisen. Diese Art von Änderungen verbessert typischerweise den Durchsatz bei rechenintensiven Schleifen, ohne dass Code-Änderungen Ihrerseits erforderlich sind.

Erweiterung der Prozess-API

Ein umfangreiches Update für System.Diagnostics.Process kommt in Preview 4:

Process.RunAndCaptureTextAsync — einen Prozess starten, stdout/stderr erfassen, auf das Ende warten, alles in einem Aufruf ohne Deadlock-Risiko
KillOnParentExit — leichte Lebensdauer-Kopplung zwischen Eltern- und Kindprozessen
SafeProcessHandle-basierte APIs, die trimmer-freundlicher sind

Wenn Sie jemals Boilerplate geschrieben haben, um Prozessausgaben ohne Deadlocks zu erfassen (asynchrones Lesen von stdout und stderr gleichzeitig), ist RunAndCaptureTextAsync die API, die Ihnen fehlte.

dotnet watch für Android und iOS

dotnet watch unterstützt jetzt die Geräteauswahl für .NET MAUI Android- und iOS-Projekte. Schnellere Iteration auf Mobilgeräten ohne manuelle Verwaltung von Geräteverbindungen im Build-Loop.

Span-basierte Komprimierungs-APIs

Neue span-basierte Deflate-, ZLib- und GZip-Encoder-/Decoder-APIs kommen in die Bibliotheken. Weniger Allokationen beim Umgang mit komprimierten Daten — relevant, wenn Sie hochdurchsatzfähige Datenverarbeitung betreiben.

Ausprobieren

.NET 11 Preview 4 herunterladen — es ist eine Preview, nicht produktionsreif, aber es lohnt sich, sie gegen Ihre Projekte zu testen, um Probleme frühzeitig vor dem RC-Zyklus zu erkennen.

Originalpost: .NET 11 Preview 4 is now available!