.NET 11 finalment arregla l'API de Processos

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

Tot desenvolupador .NET que alguna vegada ha hagut de llançar un procés i capturar la seva sortida ha escrit alguna variació del mateix codi repetitiu perillós: lectura async de stdout, lectura async de stderr, WaitForExitAsync, sense oblidar buidar tots dos streams o causaràs un bloqueig mort. És una trampa ben coneguda que existeix des de fa anys.

.NET 11 finalment ho arregla correctament.

RunAndCaptureTextAsync

L’addició principal: un únic mètode estàtic que inicia un procés, captura stdout i stderr, i espera la sortida sense bloqueig mort.

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

Una sola crida. Sense buidatge manual de streams. Sense un WaitForExit col·locat acuradament. Si simplement necessiteu executar alguna cosa i obtenir la seva sortida, aquesta és l’API que voleu.

Hi ha també Process.RunAsync per al cas en què voleu esperar la sortida sense capturar el resultat.

KillOnParentExit

Un problema comú amb els processos llançats: si el pare falla o és acabat, els processos fill continuen executant-se com a orfes. KillOnParentExit us permet declarar en el moment d’iniciar el procés que el procés fill ha d’acabar quan el procés pare surti.

Aquesta és una funcionalitat que existia de maneres específiques per plataforma (job objects a Windows, prctl a Linux) però requeria p/invoke o biblioteques de tercers per ser usada des de .NET. Ara és una propietat de primera classe a ProcessStartInfo.

APIs Basades en SafeProcessHandle

La nova superfície d’API lleugera es construeix al voltant de SafeProcessHandle en lloc de la classe Process completa. La classe Process completa porta molt d’estat i és difícil de retallar — el camí SafeProcessHandle és més amigable amb el trimmer per a aplicacions que necessiten minimitzar la mida de sortida (WASM, AOT natiu).

Control Total Sobre l’Herència d’Identificadors

L’actualització també afegeix control detallat sobre quins identificadors hereda un procés fill i com es redireccionen els identificadors estàndard. Anteriorment podíeu redirigir stdin/stdout/stderr però no podíeu especificar exactament quins identificadors heretar a nivell de SO. Les noves APIs exposen aquest control.

Per Què És Important

La classe Process s’usa en eines, sistemes de compilació, executors de proves i qualsevol aplicació que invoca altres executables. L’antiga superfície d’API datava de .NET Framework i estava mostrant la seva edat. No és un canvi que trenca la compatibilitat — les APIs antigues segueixen funcionant — però el nou codi hauria de preferir la nova superfície.

Per a aplicacions retallades o escenaris de compilació AOT, el camí SafeProcessHandle és especialment benvingut. L’antiga classe Process portava molt codi pesat en reflexió que complicava el retallat.

Publicació original: Process API Improvements in .NET 11

.NET 11 Preview 4: Plantilla de Servidor MCP, Biblioteques Runtime-Async, API de Processos

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

.NET 11 Preview 4 ja és disponible. Cada versió de vista prèvia principal de .NET afegeix una llarga llista d’elements a través del runtime, SDK, biblioteques, ASP.NET Core, MAUI, C# i Entity Framework. En lloc de repetir la llista completa, aquí hi ha les coses que em van cridar l’atenció.

La Plantilla de Servidor MCP Arriba al SDK de .NET

L’element més interessant: una plantilla de projecte de servidor MCP ara ve inclosa al SDK. Això significa que dotnet new mcp-server (o com s’anomeni finalment la comanda) funciona directament sense configuració addicional. Per a qualsevol persona que construeixi eines MCP a .NET, això redueix significativament la fricció inicial. La integració de MCP a la cadena d’eines de la plataforma indica la direcció que pren l’ecosistema.

Biblioteques de Runtime Compilades amb Runtime-Async

El runtime mateix ara compila les seves biblioteques estàndard fent servir la característica runtime-async. Es tracta d’un canvi intern que afecta el rendiment — les màquines d’estat async al runtime es tornen més eficients. La importància aquí no rau en canvis d’API visibles per a l’usuari; és que runtime-async és prou madur per ser usat per al propi BCL, la qual cosa és un senyal significatiu sobre la preparació de la característica.

Optimitzacions JIT i Intrínsecs de Maquinari

Preview 4 continua el treball de JIT. Les millores d’intrínsecs de maquinari i generació de codi arriben aquí — els detalls es troben a les notes de llançament del runtime. Aquest tipus de canvis normalment milloren el rendiment en bucles de computació densa sense cap canvi de codi per la vostra part.

Ampliació de l’API de Processos

Una gran actualització per a System.Diagnostics.Process arriba a Preview 4:

Process.RunAndCaptureTextAsync — inicia un procés, captura stdout/stderr, espera la sortida, tot en una sola trucada sense risc de bloqueig mort
KillOnParentExit — acoblament lleuger del cicle de vida entre processos pare i fill
APIs basades en SafeProcessHandle més amigables amb el trimmer

Si alguna vegada heu escrit codi repetitiu per capturar la sortida d’un procés sense provocar bloquejos morts (lectura async de stdout i stderr simultàniament), RunAndCaptureTextAsync és l’API que us faltava.

dotnet watch per a Android i iOS

dotnet watch ara admet la selecció de dispositius per a projectes .NET MAUI Android i iOS. Iteració més ràpida en mòbil sense gestionar manualment les connexions de dispositius al bucle de compilació.

APIs de Compressió Basades en Span

Noves APIs d’encoder/decoder Deflate, ZLib i GZip basades en span arriben a les biblioteques. Menys assignacions en treballar amb dades comprimides — rellevant si feu processament de dades d’alt rendiment.

Proveu-ho

Baixeu .NET 11 Preview 4 — és una vista prèvia, no llesta per a producció, però val la pena executar-la contra els vostres projectes per detectar problemes aviat abans del cicle RC.

Publicació original: .NET 11 Preview 4 is now available!

.NET 11 | The .NET Blog