.NET 11 Preview 1: ランタイムの大幅な改善、しかし今後の方向性には疑問も

要約

*非同期がランタイムに移行します- より高速で、より最適化され、デバッグが容易になります。 当社のユニバーサル製品にとって朗報です。

• CoreCLR が WASM サポートを取得- Mono を置き換えるため、ブラウザーでコンパイルされた.NETコードの実行速度が著しく速くなります。
  *ネイティブ Zstandard 圧縮- IronZIPの内部でこれを採用することを検討しています。

Microsoft は、2026 年 11 月に予定されている次期 Standard Term Support リリースの開発サイクルの最初のマイルストーンとなる.NET 11 Preview 1 を正式にリリースしました。

ランタイムレベルの非同期：静かなる大きな変化

Preview 1 の最も重要な更新の 1 つは、非同期追跡がコンパイラによって完全に処理されるのではなく、ランタイム自体のより深いところまで移行していることです。

コンテキストとしては、非同期プログラミングは、アプリケーションが非ブロッキング チャンクで作業を実行できるようにするパターンであり、これにより、ネットワーク呼び出し、ファイルの読み取り、またはデータベース応答を待機している間にスレッド全体がフリーズすることがなくなります。 これは、最新 for .NET開発の基礎となります。 ほとんどの API、サービス、UI 駆動型ワークロードはこれに大きく依存しています。

非同期調整をランタイム レイヤーに近づけることで、Microsoft は次の 2 つの問題点を同時に解決できます。

デバッグ: 非同期フローを再構築しました。デバッガーは最終的に、待機中の実行パスをトレースし、現在失われているコンテキストを復元できるようになります。

パフォーマンス: 調整オーバーヘッドの低減。ランタイムレベルの最適化は、コンパイラ生成のステートマシンのみよりも積極的に実行できるため、タスクごとのコストが削減されます。

分散サービス、クラウドネイティブ API、UI アプリケーションの場合、これは全体的に測定可能な改善につながる可能性があります。

CoreCLRがWebAssemblyに登場

これまで、WebAssembly にコンパイルされた.NETアプリは、もともとクロスプラットフォームの互換性のために設計された古いランタイムである Mono に依存していました。 Mono は動作しますが、パフォーマンスの制限がよく知られており、CoreCLR と同じ最適化投資の恩恵を受けることができません。

このプレビューにより、CoreCLR は WebAssembly サポートを獲得し、いくつかの具体的な改善をもたらします。JIT 機能によりランタイム実行速度が向上します。 メモリ管理がより効率的になります。 ブラウザーでホストされる.NETアプリは、ネイティブ実行と同等に近づきます。 Blazor WebAssembly アプリを構築したり、ブラウザー側 for .NETワークロードを試したりするチームにとって、これはプレビュー全体の中で最も優れたアップグレードの 1 つです。

これは、より広範なエコシステムにとっても重要です。 ブラウザベースのドキュメント処理、レンダリング、データ操作など、WASM を対象とするライブラリとツール。

ネイティブZstandard圧縮

.NET 11 では、新しい ZstandardStream 実装を通じて、Zstandard (Zstd) 圧縮アルゴリズムのファーストクラスのサポートが追加されました。 Zstd は、Gzip よりも優れた圧縮率、大幅に高速な解凍、大規模データ処理のための強力なスループットを実現するため、高性能システムの標準となっています。

ライブラリおよびツール開発者にとっては、サードパーティのバインディングによる摩擦がなくなります。 圧縮を多用する製品でも、Zstd をネイティブに使用できるようになりました。 パフォーマンスとファイル サイズの両方が重要なIronZIPなどのツールや同様のワークフローでは、これが内部的に役立つことは容易に想像できます。