.NET Native AOT 入門【JIT/ReadyToRun/trimmingとの違い】

Native AOT とは

Native AOT は、.NET アプリを publish 時にネイティブコードへ事前コンパイル する発行モデルです。普段の .NET は実行時に JIT（Just-In-Time コンパイル）でネイティブコードを生成しますが、Native AOT はその作業を publish 時に済ませてしまいます。

ひとことで言うと「動的な世界を少し捨てて、静的に固めやすい世界へ寄せる」仕組みです。

ReadyToRun との違い

ReadyToRun は JIT の仕事を少し前倒しする方向。Native AOT は JIT を前提にしない方向です。

Native AOT のメリット

• 起動が速い: CLI ツールや短命プロセスで JIT の重さがなくなる
• 配布が楽: .NET Runtime の事前インストールが不要。コンテナイメージも軽量に
• 実行環境の前提が減る: JIT 不要なので制約のある環境でも動かしやすい

Native AOT の制約

• リフレクションが厳しい: Assembly.LoadFile、System.Reflection.Emit、実行時の型検索などが動かない
• 動的コード生成が使えない
• trimming との深い結びつき: 依存ライブラリの書き方にも影響される
• Windows デスクトップに注意: WPF / WinForms は相性が悪い。built-in COM もない

向いているケース

• 起動が大事な CLI ツール
• worker / 小さな Web API
• ネイティブ連携の責務が狭い部品
• コンテナの小さなサービス

向いていないケース

• WPF / WinForms の既存大規模アプリ
• plugin 読み込みが主役の構成
• COM 依存の強い構成
• リフレクションベースのシリアライザーや DI を多用する場合

最小手順

csproj に以下を追加:

<PropertyGroup>
  <PublishAot>true</PublishAot>
</PropertyGroup>

発行コマンド（Windows x64 の場合）:

dotnet publish -c Release -r win-x64

Linux x64 の場合:

dotnet publish -c Release -r linux-x64

JSON シリアライズの注意

System.Text.Json を使う場合は source generation を使うこと:

[JsonSerializable(typeof(AppConfig))]
internal partial class AppJsonContext : JsonSerializerContext { }

string json = JsonSerializer.Serialize(config, AppJsonContext.Default.AppConfig);

まとめ

• Native AOT は起動と配布に強いが、動的な仕組みに弱い
• 「全部の .NET アプリに付ける標準スイッチ」ではない
• 起動が大事、配布を軽くしたい、実行環境の前提を減らしたい場面で有効
• Windows デスクトップや COM が濃い世界では通常の .NET のほうが適切なことも多い