.NET 11 | The .NET Blog

.NET 11がついにプロセスAPIを修正

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

プロセスを起動して出力をキャプチャする必要があった .NET 開発者は誰もが、同じ危険な定型コードの何らかのバリエーションを書いてきました：stdout の非同期読み取り、stderr の非同期読み取り、WaitForExitAsync、両方のストリームをドレインするのを忘れるとデッドロックが発生する。これは長年知られている落とし穴です。

.NET 11 がついにこれを適切に修正します。

RunAndCaptureTextAsync

主要な追加：プロセスを起動し、stdout と stderr をキャプチャし、デッドロックなしに終了を待機する単一の静的メソッド。

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

1回の呼び出し。手動ストリームドレインなし。注意深く配置した WaitForExit なし。何かを実行してその出力を得るだけなら、これが求めていた API です。

出力をキャプチャせずに終了を待ちたい場合のために Process.RunAsync もあります。

KillOnParentExit

起動されたプロセスでよくある問題：親プロセスがクラッシュまたは終了された場合、子プロセスはオーファンとして実行し続けます。KillOnParentExit を使用すると、プロセス起動時に親プロセスが終了したときに子プロセスも終了することをあらかじめ宣言できます。

この機能はプラットフォーム固有の方法（Windows ではジョブオブジェクト、Linux では prctl）で存在していましたが、.NET から使用するには p/invoke またはサードパーティライブラリが必要でした。今では ProcessStartInfo のファーストクラスのプロパティになりました。

SafeProcessHandle ベースの API

新しい軽量 API サーフェスは、完全な Process クラスではなく SafeProcessHandle を中心に構築されています。完全な Process クラスは多くの状態を抱えており、トリムが困難です — SafeProcessHandle パスは出力サイズを最小化する必要があるアプリケーション（WASM、ネイティブ AOT）にとってよりトリマーフレンドリーです。

ハンドル継承の完全制御

このアップデートでは、子プロセスが継承するハンドルと標準ハンドルのリダイレクト方法に対するきめ細かい制御も追加されます。以前は stdin/stdout/stderr をリダイレクトできましたが、OS レベルでどのハンドルを継承するかを正確に指定することはできませんでした。新しい 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 の主要プレビューの各リリースでは、ランタイム、SDK、ライブラリ、ASP.NET Core、MAUI、C#、Entity Framework にわたる長いリストの変更が追加されます。完全なリストを繰り返す代わりに、私が注目した点を紹介します。

.NET SDK に MCP サーバーテンプレートが追加

最も興味深い点: MCP サーバープロジェクトテンプレートが SDK に含まれるようになりました。つまり、dotnet new mcp-server（またはコマンドの最終名）がそのまま動作します。.NET で MCP ツールを構築している方にとって、初期設定の手間が大幅に減ります。プラットフォームの toolchain への MCP 統合は、エコシステムの進む方向を示しています。

Runtime-Async でコンパイルされたランタイムライブラリ

ランタイム自体が標準ライブラリを runtime-async 機能を使ってコンパイルするようになりました。これはパフォーマンスに影響する内部変更です — ランタイムの async 状態マシンがより効率的になります。ここでの重要性は、目に見える API の変更にあるのではなく、runtime-async が BCL 自体に使用できるほど成熟しているという点であり、機能の準備状況について意味のあるシグナルです。

JIT 最適化とハードウェアイントリンシック

Preview 4 では JIT の改善が継続されています。ハードウェアイントリンシックとコード生成の改善が含まれています — 詳細はランタイムのリリースノートをご確認ください。このような変更は通常、コードを変更せずに計算量の多いループのスループットを改善します。

プロセス API の大幅な拡張

Preview 4 では System.Diagnostics.Process に大きな更新が加えられます:

Process.RunAndCaptureTextAsync — プロセスを開始し、stdout/stderr をキャプチャし、終了を待機。デッドロックのリスクなしに 1 つの呼び出しで完結
KillOnParentExit — 親プロセスと子プロセス間の軽量なライフタイム結合
トリマーフレンドリーな SafeProcessHandle ベースの API

デッドロックを起こさずにプロセス出力をキャプチャするためのボイラープレートを書いたことがある方（stdout と stderr の非同期読み取りを同時に行う）、RunAndCaptureTextAsync はまさに求めていた API です。

Android と iOS 向けの dotnet watch

dotnet watch が .NET MAUI の Android および iOS プロジェクトのデバイス選択をサポートするようになりました。ビルドループでデバイス接続を手動で管理せずに、モバイルでより速い反復が可能になります。

Span ベースの圧縮 API

新しい span ベースの Deflate、ZLib、GZip エンコーダー/デコーダー API がライブラリに追加されます。圧縮データを扱う際のアロケーションが削減されます — 高スループットのデータ処理を行っている場合に関係します。

試してみる

.NET 11 Preview 4 をダウンロード — プレビュー版であり、本番環境向けではありませんが、RC サイクル前に問題を早期発見するためプロジェクトで試してみる価値があります。

元の投稿: .NET 11 Preview 4 is now available!