.NET 11 | The .NET Blog

.NET 11 наконец исправляет API процессов

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

Каждый .NET-разработчик, которому когда-либо нужно было запустить процесс и захватить его вывод, написал какую-то вариацию одного и того же опасного шаблонного кода: асинхронное чтение из stdout, асинхронное чтение из stderr, WaitForExitAsync, не забыть очистить оба потока, иначе будет deadlock. Это хорошо известная ловушка, которая существует уже много лет.

.NET 11 наконец-то исправляет это правильно.

RunAndCaptureTextAsync

Главное добавление: единственный статический метод, который запускает процесс, захватывает stdout и stderr, и ожидает завершения без deadlock.

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

Один вызов. Никакого ручного опустошения потоков. Никакого тщательно расположенного WaitForExit. Если вам просто нужно запустить что-то и получить его вывод, это именно тот API, который вы хотите.

Также есть Process.RunAsync для случая, когда нужно ожидать завершения без захвата вывода.

KillOnParentExit

Распространённая проблема с запущенными процессами: если родительский процесс падает или завершается, дочерние процессы продолжают работать как сироты. KillOnParentExit позволяет объявить при запуске процесса, что дочерний процесс должен быть завершён, когда завершается родительский процесс.

Это функциональность, которая существовала в платформо-специфических формах (job objects на Windows, prctl на Linux), но требовала p/invoke или сторонних библиотек для использования из .NET. Теперь это полноценное свойство на ProcessStartInfo.

API на основе SafeProcessHandle

Новая легковесная поверхность API построена вокруг SafeProcessHandle, а не вокруг полного класса Process. Полный класс Process несёт много состояния и его трудно обрезать — путь SafeProcessHandle более дружелюбен к триммеру для приложений, которым нужно минимизировать размер выходных данных (WASM, native AOT).

Полный контроль над наследованием дескрипторов

Обновление также добавляет детальный контроль над тем, какие дескрипторы наследует дочерний процесс и как перенаправляются стандартные дескрипторы. Ранее можно было перенаправлять stdin/stdout/stderr, но нельзя было указать точно, какие дескрипторы наследовать на уровне ОС. Новые API открывают этот контроль.

Почему Это Важно

Класс Process используется в инструментарии, системах сборки, запускателях тестов и любом приложении, которое вызывает другие исполняемые файлы. Старая поверхность API восходила к .NET Framework и показывала свой возраст. Это не ломающее изменение — старые API продолжают работать — но новый код должен предпочитать новую поверхность.

Для обрезанных приложений или сценариев компиляции AOT путь SafeProcessHandle особенно приветствуется. Старый класс Process приносил много кода с тяжёлым использованием рефлексии, что осложняло обрезку.

Оригинальный пост: Process API Improvements in .NET 11

.NET 11 Preview 4: Шаблон MCP-Сервера, Runtime-Async Библиотеки, API Процессов

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

.NET 11 Preview 4 доступен. Каждый выпуск основной предварительной версии .NET добавляет длинный список изменений в runtime, SDK, библиотеки, ASP.NET Core, MAUI, C# и Entity Framework. Вместо повторения полного списка, вот что привлекло моё внимание.

Шаблон MCP-Сервера в SDK .NET

Самый интересный элемент: в SDK теперь включён шаблон проекта MCP-сервера. Это означает, что dotnet new mcp-server (или как в итоге будет называться команда) работает из коробки. Для тех, кто создаёт MCP-инструменты в .NET, это значительно снижает начальную нагрузку. Интеграция MCP в инструментальную цепочку платформы сигнализирует о направлении развития экосистемы.

Библиотеки Runtime, Скомпилированные с Runtime-Async

Сам runtime теперь компилирует стандартные библиотеки с использованием функции runtime-async. Это внутреннее изменение, влияющее на производительность — машины состояний async в runtime становятся более эффективными. Значимость здесь не в видимых изменениях API; это то, что runtime-async достаточно зрел, чтобы использоваться для самой BCL, что является значимым сигналом о готовности функции.

Оптимизации JIT и Аппаратные Интринсики

Preview 4 продолжает работу с JIT. Здесь поставляются улучшения аппаратных интринсиков и генерации кода — подробности в примечаниях к выпуску runtime. Такие изменения обычно улучшают пропускную способность в плотных вычислительных циклах без изменений в вашем коде.

Расширение API Процессов

В Preview 4 выходит крупное обновление System.Diagnostics.Process:

Process.RunAndCaptureTextAsync — запустить процесс, захватить stdout/stderr, дождаться выхода — всё в одном вызове без риска взаимоблокировки
KillOnParentExit — лёгкое связывание жизненного цикла между родительским и дочерним процессами
API на основе SafeProcessHandle, более совместимые с триммером

Если вы когда-либо писали шаблонный код для захвата вывода процесса без возникновения взаимоблокировок (асинхронное чтение из stdout и stderr одновременно), RunAndCaptureTextAsync — это именно тот API, которого не хватало.

dotnet watch для Android и iOS

dotnet watch теперь поддерживает выбор устройства для проектов .NET MAUI Android и iOS. Более быстрая итерация на мобильных устройствах без ручного управления подключениями устройств в цикле сборки.

API Сжатия на Основе Span

В библиотеки добавляются новые API кодирования/декодирования Deflate, ZLib и GZip на основе span. Меньше аллокаций при работе со сжатыми данными — актуально для высокопроизводительной обработки данных.

Попробуйте

Скачать .NET 11 Preview 4 — это предварительная версия, не готовая к production, но стоит запустить её против ваших проектов, чтобы обнаружить проблемы до начала цикла RC.

Оригинальный пост: .NET 11 Preview 4 is now available!