.NET 11 por fin arregla la API de Procesos

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

Todo desarrollador .NET que alguna vez ha necesitado lanzar un proceso y capturar su salida ha escrito alguna variación del mismo boilerplate peligroso: lectura async de stdout, lectura async de stderr, WaitForExitAsync, sin olvidar drenar ambos streams o producirás un deadlock. Es una trampa conocida que lleva años ahí.

.NET 11 finalmente lo arregla correctamente.

RunAndCaptureTextAsync

La adición principal: un único método estático que inicia un proceso, captura stdout y stderr, y espera la salida sin producir deadlock.

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

Una sola llamada. Sin drenaje manual de streams. Sin un WaitForExit colocado cuidadosamente. Si simplemente necesitas ejecutar algo y obtener su salida, esta es la API que quieres.

También existe Process.RunAsync para el caso en que quieras esperar la salida sin capturar el output.

KillOnParentExit

Un problema común con los procesos lanzados: si el padre falla o es terminado, los procesos hijo siguen ejecutándose como huérfanos. KillOnParentExit te permite declarar en el momento de iniciar el proceso que el proceso hijo debe terminar cuando el proceso padre salga.

Esta es una funcionalidad que ha existido de formas específicas de plataforma (job objects en Windows, prctl en Linux), pero requería p/invoke o bibliotecas de terceros para usarla desde .NET. Ahora es una propiedad de primera clase en ProcessStartInfo.

APIs Basadas en SafeProcessHandle

La nueva superficie de API ligera está construida sobre SafeProcessHandle en lugar de la clase Process completa. La clase Process completa lleva mucho estado y es difícil de recortar — la ruta de SafeProcessHandle es más amigable con el trimmer para aplicaciones que necesitan minimizar el tamaño de salida (WASM, AOT nativo).

Control Total Sobre la Herencia de Handles

La actualización también añade control detallado sobre qué handles hereda un proceso hijo y cómo se redirigen los handles estándar. Anteriormente podías redirigir stdin/stdout/stderr, pero no podías especificar exactamente qué handles heredar a nivel de SO. Las nuevas APIs exponen ese control.

Por Qué Importa

La clase Process se usa en tooling, sistemas de build, ejecutores de pruebas y cualquier aplicación que invoca otros ejecutables. La superficie de API anterior databa de .NET Framework y estaba mostrando su edad. No es un cambio que rompe compatibilidad — las APIs antiguas siguen funcionando — pero el nuevo código debería preferir la nueva superficie.

Para aplicaciones recortadas o escenarios de compilación AOT, la ruta de SafeProcessHandle es especialmente bienvenida. La antigua clase Process arrastraba mucho código pesado en reflexión que complicaba el recorte.

Post original: Process API Improvements in .NET 11

.NET 11 Preview 4: Plantilla de Servidor MCP, Bibliotecas Runtime-Async, API de Procesos

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

.NET 11 Preview 4 está disponible. Cada versión de una preview principal de .NET añade una larga lista de elementos en el runtime, SDK, bibliotecas, ASP.NET Core, MAUI, C# y Entity Framework. En lugar de repetir la lista completa, aquí están las cosas que me llamaron la atención.

La Plantilla de Servidor MCP Llega al SDK de .NET

El elemento más interesante: ahora se incluye una plantilla de proyecto de servidor MCP en el SDK. Esto significa que dotnet new mcp-server (o como acabe llamándose el comando) funciona de serie. Para cualquiera que construya herramientas MCP en .NET, esto elimina considerablemente la fricción inicial. La integración de MCP en la cadena de herramientas de la plataforma señala la dirección en que se dirige el ecosistema.

Bibliotecas de Runtime Compiladas con Runtime-Async

El propio runtime ahora compila sus bibliotecas estándar usando la característica runtime-async. Es un cambio interno que afecta al rendimiento: las máquinas de estado async en el runtime se vuelven más eficientes. Lo importante aquí no son los cambios visibles en la API; es que runtime-async está lo suficientemente maduro para usarse con la propia BCL, lo cual es una señal significativa sobre la preparación de la característica.

Optimizaciones del JIT e Intrínsecos de Hardware

Preview 4 continúa el trabajo del JIT. Aquí se publican mejoras en los intrínsecos de hardware y en la generación de código — los detalles están en las notas de la versión del runtime. Este tipo de cambios suelen mejorar el rendimiento en bucles de cálculo intensivo sin necesidad de modificar tu código.

Expansión de la API de Procesos

Preview 4 incluye una actualización importante a System.Diagnostics.Process:

Process.RunAndCaptureTextAsync — inicia un proceso, captura stdout/stderr, espera la salida, todo en una sola llamada sin riesgo de deadlock
KillOnParentExit — acoplamiento ligero del ciclo de vida entre procesos padre e hijo
APIs basadas en SafeProcessHandle más amigables con el trimmer

Si alguna vez has escrito código repetitivo para capturar la salida de un proceso sin provocar deadlocks (lectura async de stdout y stderr simultáneamente), RunAndCaptureTextAsync es la API que te faltaba.

dotnet watch para Android e iOS

dotnet watch ahora admite la selección de dispositivo para proyectos .NET MAUI en Android e iOS. Iteración más rápida en móvil sin gestionar manualmente las conexiones de dispositivos en el bucle de compilación.

APIs de Compresión Basadas en Span

En las bibliotecas llegan nuevas APIs de codificación/decodificación Deflate, ZLib y GZip basadas en span. Menos asignaciones al tratar con datos comprimidos, relevante si realizas procesamiento de datos de alto rendimiento.

Pruébalo

Descargar .NET 11 Preview 4 — es una preview, no apta para producción, pero vale la pena ejecutarla contra tus proyectos para detectar problemas antes del ciclo de RC.

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

.NET 11 | The .NET Blog