.NET 11 | The .NET Blog

.NET 11 finalmente risolve l'API dei Processi

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

Ogni sviluppatore .NET che abbia mai avuto bisogno di avviare un processo e catturarne l’output ha scritto qualche variante dello stesso pericoloso boilerplate: lettura async da stdout, lettura async da stderr, WaitForExitAsync, senza dimenticare di svuotare entrambi gli stream altrimenti si va in deadlock. È una trappola ben nota che esiste da anni.

.NET 11 finalmente la risolve correttamente.

RunAndCaptureTextAsync

L’aggiunta principale: un singolo metodo statico che avvia un processo, cattura stdout e stderr, e attende l’uscita senza deadlock.

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

Una sola chiamata. Nessuno svuotamento manuale degli stream. Nessun WaitForExit posizionato con cura. Se hai solo bisogno di eseguire qualcosa e ottenere il suo output, questa è l’API che vuoi.

C’è anche Process.RunAsync per il caso in cui vuoi aspettare l’uscita senza catturare l’output.

KillOnParentExit

Un problema comune con i processi avviati: se il processo padre si arresta o viene terminato, i processi figli continuano a girare come orfani. KillOnParentExit ti permette di dichiarare all’avvio del processo che il processo figlio deve essere terminato quando il processo padre esce.

Questa è una funzionalità che esisteva in modi specifici per piattaforma (job objects su Windows, prctl su Linux) ma richiedeva p/invoke o librerie di terze parti per essere usata da .NET. Ora è una proprietà di prima classe su ProcessStartInfo.

API Basate su SafeProcessHandle

La nuova superficie API leggera è costruita attorno a SafeProcessHandle piuttosto che alla classe Process completa. La classe Process completa porta molto stato ed è difficile da eliminare — il percorso SafeProcessHandle è più adatto al trimmer per le applicazioni che devono minimizzare le dimensioni dell’output (WASM, AOT nativo).

Controllo Completo sull’Ereditarietà degli Handle

L’aggiornamento aggiunge anche un controllo granulare su quali handle un processo figlio eredita e come vengono reindirizzati gli handle standard. In precedenza potevi reindirizzare stdin/stdout/stderr ma non potevi specificare esattamente quali handle ereditare a livello di SO. Le nuove API espongono quel controllo.

Perché È Importante

La classe Process è usata in tooling, sistemi di build, test runner e qualsiasi applicazione che invoca altri eseguibili. La vecchia superficie API risaliva a .NET Framework e mostrava la sua età. Non è un cambiamento che rompe la compatibilità — le vecchie API funzionano ancora — ma il nuovo codice dovrebbe preferire la nuova superficie.

Per le applicazioni trimmate o gli scenari di compilazione AOT, il percorso SafeProcessHandle è particolarmente benvenuto. La vecchia classe Process portava molto codice pesante di reflection che complicava il trimming.

Post originale: Process API Improvements in .NET 11

.NET 11 Preview 4: Template Server MCP, Librerie Runtime-Async, API Processi

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

.NET 11 Preview 4 è disponibile. Ogni versione di una preview principale di .NET aggiunge un lungo elenco di elementi per runtime, SDK, librerie, ASP.NET Core, MAUI, C# ed Entity Framework. Invece di ripetere la lista completa, ecco le cose che hanno attirato la mia attenzione.

Il Template del Server MCP Arriva nell’SDK di .NET

L’elemento più interessante: un template di progetto server MCP è ora incluso nell’SDK. Questo significa che dotnet new mcp-server (o come finirà per chiamarsi il comando) funziona direttamente. Per chiunque stia costruendo tooling MCP in .NET, questo riduce considerevolmente la frizione iniziale. L’integrazione MCP nella toolchain della piattaforma segnala la direzione in cui si sta muovendo l’ecosistema.

Librerie Runtime Compilate con Runtime-Async

Il runtime stesso ora compila le sue librerie standard usando la funzionalità runtime-async. È un cambiamento interno che influisce sulle prestazioni — le macchine a stati async nel runtime diventano più efficienti. L’importanza qui non riguarda cambiamenti visibili nell’API; è che runtime-async è abbastanza maturo da essere usato per la BCL stessa, il che è un segnale significativo sulla maturità della funzionalità.

Ottimizzazioni JIT e Intrinseci Hardware

Preview 4 continua il lavoro sul JIT. Miglioramenti agli intrinseci hardware e alla generazione del codice arrivano qui — i dettagli si trovano nelle note di rilascio del runtime. Questi tipi di cambiamenti migliorano tipicamente il throughput nei cicli di calcolo intensivi senza modifiche al tuo codice.

Espansione dell’API Processi

Un aggiornamento importante a System.Diagnostics.Process arriva in Preview 4:

Process.RunAndCaptureTextAsync — avvia un processo, cattura stdout/stderr, attendi l’uscita, il tutto in una chiamata senza rischio di deadlock
KillOnParentExit — accoppiamento leggero del ciclo di vita tra processo padre e figlio
API basate su SafeProcessHandle più compatibili con il trimmer

Se hai mai scritto codice ripetitivo per catturare l’output di un processo senza causare deadlock (lettura async di stdout e stderr contemporaneamente), RunAndCaptureTextAsync è l’API che mancava.

dotnet watch per Android e iOS

dotnet watch ora supporta la selezione del dispositivo per i progetti .NET MAUI Android e iOS. Iterazione più rapida su mobile senza gestire manualmente le connessioni ai dispositivi nel ciclo di build.

API di Compressione Basate su Span

Nuove API di encoder/decoder Deflate, ZLib e GZip basate su span arrivano nelle librerie. Meno allocazioni quando si lavora con dati compressi — rilevante se si effettua elaborazione dati ad alto throughput.

Provalo

Scarica .NET 11 Preview 4 — è una preview, non pronta per la produzione, ma vale la pena eseguirla sui tuoi progetti per individuare eventuali problemi in anticipo prima del ciclo RC.

Post originale: .NET 11 Preview 4 is now available!