.NET 11 | The .NET Blog

.NET 11 终于修复了进程 API

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

每个曾经需要启动进程并捕获其输出的 .NET 开发者都写过某种变体的危险样板代码：异步读取 stdout、异步读取 stderr、WaitForExitAsync，不要忘记排空两个流，否则会死锁。这是一个众所周知的陷阱，已经存在多年了。

.NET 11 终于正确地解决了这个问题。

核心新增：一个单一的静态方法，可以启动进程、捕获 stdout 和 stderr，并等待退出而不会死锁。

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

一次调用。无需手动排空流。无需精心放置的 WaitForExit。如果你只需要运行某个命令并获取其输出，这就是你想要的 API。

对于想要等待退出但不捕获输出的情况，还有 Process.RunAsync。

已启动进程的常见问题：如果父进程崩溃或被终止，子进程会作为孤儿继续运行。KillOnParentExit 允许你在进程启动时声明，当父进程退出时子进程也应该被终止。

这个功能以平台特定的方式存在过（Windows 上的 job objects，Linux 上的 prctl），但需要 p/invoke 或第三方库才能在 .NET 中使用。现在它是 ProcessStartInfo 上的一等公民属性。

新的轻量级 API 表面是围绕 SafeProcessHandle 而不是完整的 Process 类构建的。完整的 Process 类携带大量状态，难以裁剪 — SafeProcessHandle 路径对于需要最小化输出大小的应用程序（WASM、原生 AOT）更加友好。

此次更新还添加了对子进程继承哪些句柄以及如何重定向标准句柄的精细控制。以前你可以重定向 stdin/stdout/stderr，但无法在 OS 层面精确指定要继承哪些句柄。新 API 暴露了这种控制。

Process 类用于工具、构建系统、测试运行器以及任何调用其他可执行文件的应用程序。旧的 API 表面可以追溯到 .NET Framework，已经显示出老化的迹象。这不是破坏性变更 — 旧 API 仍然有效 — 但新代码应该优先使用新表面。

对于裁剪的应用程序或 AOT 编译场景，SafeProcessHandle 路径特别受欢迎。旧的 Process 类带来了大量反射繁重的代码，使得裁剪变得复杂。

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

.NET 11 Preview 4 已发布。每次 .NET 主要预览版的发布都会在运行时、SDK、库、ASP.NET Core、MAUI、C# 和 Entity Framework 中添加大量条目。与其重复完整列表，这里是让我眼前一亮的内容。

最有趣的条目：SDK 中现在包含了 MCP 服务器项目模板。这意味着 dotnet new mcp-server（或最终名称的命令）开箱即用。对于在 .NET 中构建 MCP 工具的开发者，这大大减少了启动摩擦。MCP 在平台工具链中的集成标志着生态系统的发展方向。

运行时本身现在使用 runtime-async 功能编译其标准库。这是一个影响性能的内部更改——运行时中的 async 状态机变得更加高效。这里的意义不在于用户可见的 API 更改，而在于 runtime-async 已足够成熟，可以用于 BCL 本身，这是关于该功能成熟度的有力信号。

Preview 4 继续 JIT 工作。硬件内置函数和代码生成改进在这里发布——详细信息在运行时发布说明中。这类更改通常会在不修改代码的情况下提升密集计算循环的吞吐量。

Preview 4 中 System.Diagnostics.Process 有重大更新：

如果你曾经编写过样板代码来捕获进程输出而不引起死锁（同时异步读取 stdout 和 stderr），RunAndCaptureTextAsync 就是你一直缺少的 API。

dotnet watch 现在支持 .NET MAUI Android 和 iOS 项目的设备选择。无需在构建循环中手动管理设备连接，即可更快地在移动端迭代。

新的基于 span 的 Deflate、ZLib 和 GZip 编码器/解码器 API 加入库中。处理压缩数据时减少分配——如果你在进行高吞吐量数据处理，这一点很有意义。

下载 .NET 11 Preview 4 — 这是预览版，尚未准备好用于生产，但值得在项目中运行以在 RC 周期之前尽早发现问题。