.NET 11 repareert eindelijk de Proces-API

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

Elke .NET-ontwikkelaar die ooit een proces moest starten en de uitvoer ervan moest vastleggen, heeft een variatie op dezelfde gevaarlijke boilerplate geschreven: async lezen van stdout, async lezen van stderr, WaitForExitAsync, vergeet niet beide streams te leegmaken of je krijgt een deadlock. Het is een bekende val die al jaren bestaat.

.NET 11 lost dit eindelijk goed op.

RunAndCaptureTextAsync

De belangrijkste toevoeging: één enkele statische methode die een proces start, stdout en stderr vastlegt, en wacht op beëindiging zonder deadlock.

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

Één aanroep. Geen handmatig leegmaken van streams. Geen zorgvuldig geplaatste WaitForExit. Als u gewoon iets wilt uitvoeren en de uitvoer wilt ontvangen, is dit de API die u wilt.

Er is ook Process.RunAsync voor het geval u wilt wachten op beëindiging zonder de uitvoer te vastleggen.

KillOnParentExit

Een veelvoorkomend probleem met gestarte processen: als het bovenliggende proces crasht of wordt beëindigd, blijven de onderliggende processen als wezen draaien. KillOnParentExit stelt u in staat om bij het starten van het proces te declareren dat het onderliggende proces beëindigd moet worden wanneer het bovenliggende proces wordt beëindigd.

Dit is een functie die op platformspecifieke manieren bestond (job objects op Windows, prctl op Linux) maar p/invoke of externe bibliotheken vereiste voor gebruik vanuit .NET. Nu is het een eersteklas eigenschap op ProcessStartInfo.

SafeProcessHandle-gebaseerde API’s

Het nieuwe lichtgewicht API-oppervlak is gebouwd rond SafeProcessHandle in plaats van de volledige klasse Process. De volledige klasse Process draagt veel toestand met zich mee en is moeilijk te trimmen — het SafeProcessHandle-pad is trimmer-vriendelijker voor toepassingen die de uitvoergrootte moeten minimaliseren (WASM, native AOT).

Volledige Controle over Handle-erfenis

De update voegt ook gedetailleerde controle toe over welke handles een onderliggend proces erft en hoe standaard handles worden omgeleid. Voorheen kon u stdin/stdout/stderr omleiden, maar kon u niet precies specificeren welke handles op OS-niveau geërfd worden. De nieuwe API’s stellen die controle bloot.

Waarom Dit Belangrijk Is

De klasse Process wordt gebruikt in tooling, buildsystemen, testrunners en elke toepassing die andere uitvoerbare bestanden aanroept. Het oude API-oppervlak dateerde uit het .NET Framework-tijdperk en toonde zijn leeftijd. Dit is geen afbrekende wijziging — de oude API’s werken nog steeds — maar nieuwe code moet de voorkeur geven aan het nieuwe oppervlak.

Voor getrimde toepassingen of AOT-compilatiescenario’s is het SafeProcessHandle-pad bijzonder welkom. De oude klasse Process bracht veel reflection-zwaar code mee dat het trimmen bemoeilijkte.

Originele post: Process API Improvements in .NET 11

.NET 11 Preview 4: MCP-Serversjabloon, Runtime-Async Bibliotheken, Proces-API

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

.NET 11 Preview 4 is beschikbaar. Elke release van een belangrijke .NET-preview voegt een lange lijst items toe over de runtime, SDK, bibliotheken, ASP.NET Core, MAUI, C# en Entity Framework. In plaats van de volledige lijst te herhalen, hier de dingen die mij opvielen.

Het MCP-Serversjabloon Komt in de .NET SDK

Het meest interessante item: een MCP-server projectsjabloon is nu opgenomen in de SDK. Dit betekent dat dotnet new mcp-server (of hoe de opdracht uiteindelijk gaat heten) direct werkt. Voor iedereen die MCP-tooling in .NET bouwt, vermindert dit de initiële opstartmoeite aanzienlijk. MCP-integratie in de platform-toolchain geeft de richting aan die het ecosysteem op gaat.

Runtimebibliotheken Gecompileerd met Runtime-Async

De runtime zelf compileert nu zijn standaardbibliotheken met de runtime-async-functie. Dit is een interne wijziging die de prestaties beïnvloedt — async-toestandsmachines in de runtime worden efficiënter. Het belang hier ligt niet in zichtbare API-wijzigingen; het is dat runtime-async volwassen genoeg is om gebruikt te worden voor de BCL zelf, wat een betekenisvol signaal is over de gereedheid van de functie.

JIT-optimalisaties en Hardware Intrinsics

Preview 4 zet het JIT-werk voort. Verbeteringen in hardware intrinsics en codegeneratie worden hier geleverd — details zijn te vinden in de runtime-releasenotes. Dit soort wijzigingen verbetert doorgaans de doorvoer bij rekenintensieve lussen zonder codewijzigingen van uw kant.

Uitbreiding van de Proces-API

Een grote update voor System.Diagnostics.Process komt in Preview 4:

Process.RunAndCaptureTextAsync — start een proces, leg stdout/stderr vast, wacht op afsluiting, alles in één aanroep zonder deadlockrisico
KillOnParentExit — lichte levensduurkoppeling tussen ouderprocesen kindprocessen
SafeProcessHandle-gebaseerde API’s die meer trimmer-vriendelijk zijn

Als u ooit boilerplate hebt geschreven om procesuitvoer vast te leggen zonder deadlocks te veroorzaken (asynchrone lezing van stdout en stderr tegelijkertijd), dan is RunAndCaptureTextAsync de API die u miste.

dotnet watch voor Android en iOS

dotnet watch ondersteunt nu apparaatselectie voor .NET MAUI Android- en iOS-projecten. Snellere iteratie op mobiel zonder apparaatverbindingen handmatig te beheren in de buildlus.

Span-gebaseerde Compressie-API’s

Nieuwe span-gebaseerde Deflate-, ZLib- en GZip-encoder/decoder-API’s komen in de bibliotheken. Minder allocaties bij het verwerken van gecomprimeerde gegevens — relevant als u gegevensverwerkingen met hoge doorvoer uitvoert.

Probeer het Uit

Download .NET 11 Preview 4 — het is een preview, niet productiongereed, maar het is de moeite waard om het tegen uw projecten te draaien om problemen vroeg te ontdekken vóór de RC-cyclus.

Originele post: .NET 11 Preview 4 is now available!

.NET 11 | The .NET Blog