.NET 11 プレビュー 1：ランタイムの大きな成果、しかし今後の方向性に関する疑問も残る

要約

*非同期処理がランタイムに移行することで、より高速で最適化され、デバッグが容易になります。 当社の汎用製品にとって朗報です。

• CoreCLRがWASMをサポートし、Monoに取って代わるため、ブラウザでコンパイルされた.NETコードの実行速度が大幅に向上するはずです。
  *ネイティブ Zstandard 圧縮- IronZIPの内部でこれを採用することを検討しています。

マイクロソフトは、 .NET 11 Preview 1を正式にリリースしました。これは、2026年11月に予定されている次期標準サポート期間リリースの開発サイクルにおける最初のマイルストーンとなります。

ランタイムレベルの非同期処理：静かに大きな変化をもたらす

プレビュー1における最も重要なアップデートの1つは、非同期処理の追跡がコンパイラによって完全に処理されるのではなく、ランタイム自体のより深い部分へと移行したことです。

補足として、非同期プログラミングとは、アプリケーションが処理をブロックしない単位で実行できるようにするパターンです。これにより、ネットワーク呼び出し、ファイル読み込み、データベース応答などを待っている間、スレッド全体が停止してしまうことを防ぎます。 これは現代の.NET開発において不可欠な要素です。 ほとんどのAPI、サービス、およびUI駆動型のワークロードは、これに大きく依存している。

非同期処理をランタイム層に近づけることで、マイクロソフトはこれら2つの課題に同時に対処できる。

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

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

分散サービス、クラウドネイティブAPI、UIアプリケーションにおいては、これはあらゆる面で目に見える改善につながる可能性がある。

CoreCLRがWebAssemblyに対応

これまで、WebAssemblyにコンパイルされた.NETアプリケーションは、クロスプラットフォーム互換性を目的として設計された古いランタイムであるMonoに依存していた。 Monoは動作するが、性能上の限界がよく知られており、CoreCLRのような最適化への投資による恩恵を受けていない。

今回のプレビュー版では、CoreCLRがWebAssemblyをサポートし、いくつかの具体的な改善点がもたらされます。JIT機能により、ランタイムの実行速度が向上します。 メモリ管理がより効率的になります。 ブラウザ上で動作する.NETアプリケーションは、ネイティブアプリケーションでの実行と同等の性能に近づいている。 Blazor WebAssemblyアプリを開発しているチームや、ブラウザ側の.NETワークロードを試しているチームにとって、これはプレビュー版全体の中でも最高のアップグレードの一つです。

これは、より広範な生態系にとっても重要な意味を持つ。 WASMを対象としたライブラリおよびツール。これには、ブラウザベースのドキュメント処理、レンダリング、データ操作などが含まれる。

ネイティブZ標準圧縮

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

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