.NET 11 finalmente corrige a API de Processos

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

Todo desenvolvedor .NET que alguma vez precisou lançar um processo e capturar a sua saída escreveu alguma variação do mesmo boilerplate perigoso: leitura async de stdout, leitura async de stderr, WaitForExitAsync, sem esquecer de drenar ambos os streams ou haverá um deadlock. É uma armadilha bem conhecida que existe há anos.

O .NET 11 finalmente resolve isto corretamente.

RunAndCaptureTextAsync

A adição principal: um único método estático que inicia um processo, captura stdout e stderr, e aguarda a saída sem deadlock.

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

Uma única chamada. Sem drenagem manual de streams. Sem WaitForExit cuidadosamente posicionado. Se apenas precisas de executar algo e obter a sua saída, esta é a API que queres.

Existe também Process.RunAsync para o caso em que queres aguardar a saída sem capturar o output.

KillOnParentExit

Um problema comum com processos lançados: se o processo pai falha ou é terminado, os processos filhos continuam a correr como órfãos. KillOnParentExit permite-te declarar no momento de iniciar o processo que o processo filho deve ser terminado quando o processo pai sair.

Esta é uma funcionalidade que existia de formas específicas da plataforma (job objects no Windows, prctl no Linux) mas exigia p/invoke ou bibliotecas de terceiros para ser usada a partir do .NET. Agora é uma propriedade de primeira classe em ProcessStartInfo.

APIs Baseadas em SafeProcessHandle

A nova superfície de API leve é construída em torno de SafeProcessHandle em vez da classe Process completa. A classe Process completa carrega muito estado e é difícil de fazer trim — o caminho SafeProcessHandle é mais amigável ao trimmer para aplicações que precisam minimizar o tamanho de saída (WASM, AOT nativo).

Controlo Total Sobre a Herança de Handles

A atualização também adiciona controlo granular sobre quais handles um processo filho herda e como os handles padrão são redirecionados. Anteriormente podias redirecionar stdin/stdout/stderr mas não podias especificar exatamente quais handles herdar ao nível do SO. As novas APIs expõem esse controlo.

Porquê Isto Importa

A classe Process é usada em tooling, sistemas de build, executores de testes e qualquer aplicação que invoca outros executáveis. A antiga superfície de API datava do .NET Framework e estava a mostrar a sua idade. Não é uma mudança que quebra compatibilidade — as APIs antigas continuam a funcionar — mas o novo código deve preferir a nova superfície.

Para aplicações com trim ou cenários de compilação AOT, o caminho SafeProcessHandle é particularmente bem-vindo. A antiga classe Process trazia muito código pesado em reflexão que complicava o trimming.

Post original: Process API Improvements in .NET 11

.NET 11 Preview 4: Template de Servidor MCP, Bibliotecas Runtime-Async, API de Processos

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

.NET 11 Preview 4 está disponível. Cada versão de uma preview principal do .NET adiciona uma longa lista de itens envolvendo runtime, SDK, bibliotecas, ASP.NET Core, MAUI, C# e Entity Framework. Em vez de repetir a lista completa, aqui estão as coisas que chamaram minha atenção.

O Template de Servidor MCP Chega ao SDK do .NET

O item mais interessante: um template de projeto de servidor MCP agora está incluído no SDK. Isso significa que dotnet new mcp-server (ou qualquer nome que o comando venha a ter) funciona diretamente. Para quem está construindo ferramentas MCP em .NET, isso reduz consideravelmente a fricção inicial. A integração MCP na cadeia de ferramentas da plataforma sinaliza a direção que o ecossistema está tomando.

Bibliotecas de Runtime Compiladas com Runtime-Async

O próprio runtime agora compila suas bibliotecas padrão usando o recurso runtime-async. É uma mudança interna que afeta o desempenho — as máquinas de estado async no runtime ficam mais eficientes. A importância aqui não está em mudanças visíveis na API; é que runtime-async está maduro o suficiente para ser usado com a própria BCL, o que é um sinal significativo sobre a maturidade do recurso.

Otimizações de JIT e Intrínsecos de Hardware

O Preview 4 continua o trabalho no JIT. Melhorias nos intrínsecos de hardware e na geração de código chegam aqui — os detalhes estão nas notas de versão do runtime. Esse tipo de mudança geralmente melhora o throughput em loops de cálculo intenso sem nenhuma mudança no seu código.

Expansão da API de Processos

Uma atualização importante para System.Diagnostics.Process chega no Preview 4:

Process.RunAndCaptureTextAsync — iniciar um processo, capturar stdout/stderr, aguardar a saída, tudo em uma única chamada sem risco de deadlock
KillOnParentExit — acoplamento leve de ciclo de vida entre processos pai e filho
APIs baseadas em SafeProcessHandle mais compatíveis com o trimmer

Se você já escreveu código repetitivo para capturar a saída de um processo sem causar deadlocks (leitura async de stdout e stderr simultaneamente), RunAndCaptureTextAsync é a API que faltava.

dotnet watch para Android e iOS

dotnet watch agora suporta seleção de dispositivo para projetos .NET MAUI Android e iOS. Iteração mais rápida em mobile sem gerenciar manualmente as conexões de dispositivos no ciclo de build.

APIs de Compressão Baseadas em Span

Novas APIs de encoder/decoder Deflate, ZLib e GZip baseadas em span chegam às bibliotecas. Menos alocações ao lidar com dados comprimidos — relevante se você está fazendo processamento de dados de alto throughput.

Experimente

Baixar .NET 11 Preview 4 — é uma preview, não pronta para produção, mas vale a pena executar nos seus projetos para detectar problemas cedo antes do ciclo de RC.

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

.NET 11 | The .NET Blog