Java 22 の主要変更点と Java 21 との比較 – 移行チェックリスト

Java 22 リリース概要（2024‑03‑21 GA）

注記：本稿執筆時点（2026‑04‑21）では、Oracle が次期 LTS を Java 23 と明示していないため、「Java 23 が次期 LTS」 という表現は避け、「次期 LTS は未確定だが、現在のロードマップでは Java 23 が候補に上がっている」 と記す。

主な言語機能（プレビュー含む）

1. Unnamed Variables & Patterns（JEP 430）

• 使い方
  java
try {
// …
} catch (IOException _) { // 例外オブジェクトは不要
System.err.println("I/O error");
}

var list = List.of("a", "b");
for (var _ : list) { / 要素を使わないループ / }

- **メリット**
- 未使用変数の宣言が冗長でなくなる。コードレビューでの指摘削減に寄与。
- ラムダ式やストリームのfilter など、引数を無視するケースで可読性向上。

• 注意点
• Java 21 以前ではコンパイルエラーになるため、移行時は全ソースを検索し置換する自動化スクリプト（例：grep -R "catch (.* _)"）が推奨される。

2. Instance Main の第二段階プレビュー（JEP 463）

• 構文例
  java
void main() {
System.out.println("Hello, Java 22!");
}
  コンパイラは内部で以下を生成する（概念的に）:

java
public final class Main {
public static void main(String[] args) { /* 上記コード */ }
}

• 活用シーン
• 小規模ツール、PoC、教育教材などで「スクリプト感覚」の Java が求められる場面。

• java MyFile.java のようにファイル単体で実行できるため、ビルド設定が不要。

• リスク

• プレビュー機能は最終仕様になるまで API（例：void main() のシグネチャや暗黙的クラス名）が変更され得る。商用プロジェクトでは従来の public static void main(String[]) を残して互換性を確保することが安全策となる。

3. Gatherer API（JEP 473）

• インタフェース定義（抜粋）

java
public interface Gatherer<T, A, R> {
Supplier<A> initializer(); // 初期状態生成
BiFunction<A, T, A> accumulator(); // 要素受取時の状態遷移
Function<A, R> finisher(); // 最終結果への変換
}

• 典型的な利用例：ウィンドウ集計（移動平均）

java
import java.util.;
import java.util.function.;
import java.util.stream.*;

// 使用例
List data = List.of(1,2,3,4,5);
double avg = data.stream()
.gather(new MovingAverage(3))
.findFirst()
.orElse(Double.NaN);
System.out.println("Windowed average: " + avg); // → 4.0


• 特徴
• Collector が「一次的」な集約に特化しているのに対し、Gatherer は 状態遷移 を明示できるため、ウィンドウ処理やストリームベースの ETL に適する。
• 現在は プレビュー（JEP 473）であり、シグネチャ変更や追加メソッドが将来起こり得る。

開発ツールとインストール手順

SDKMAN! による Java 22 の導入

• Windows ユーザーは scoop (scoop install openjdk22) または chocolatey (choco install temurin22) を利用可能。

Java Playground（ブラウザ上実行環境）

商用利用可能なオープンJDK ディストリビューション（2026‑04 時点）

注意：本表は「無償で商用利用できる」オープンソース版を示す。長期サポートや SLA が必要な場合は、各ベンダーの有料サブスクリプションを検討すること。

移行チェックリストとベストプラクティス

1. 環境整備

2. コードベースのスキャン

3. 非互換変更の確認

4. 新機能の試験導入

5. テスト範囲の拡大

• 単体テスト：新構文・API を使用したクラスは必ず JUnit（Jupiter）でカバレッジ ≥ 80 % を目指す。
• 統合テスト：void main() が含まれるモジュールは、実行可能 Jar の生成と起動スクリプトの検証を CI に組み込む。
• 互換性テスト：Java 21 でビルドしたアーティファクトが Java 22 上でも問題なく動作するか mvn verify -DskipTests=false で確認。

6. 本番リリース前の最終チェック

1. 全ビルド成功（sdk use java 22-tem && ./gradlew clean build）
2. プレビューオプションが残っていないか（grep -- '--enable-preview' -R src/main/java）
3. 依存関係のバージョン更新（Maven Central の最新リリースを参照）
4. ドキュメント・サンプルコードの更新（README に --enable-preview が必要な旨記載）

今後の展望と LTS への位置付け

戦略的提案：Java 22 をベースラインとして、非互換変更のリスクを最小限に抑えつつ新機能の PoC を社内で実施する。その上で、次期 LTS（仮に Java 23 と想定）への段階的移行計画を策定すれば、長期的な保守コスト削減が見込める。

まとめ

• リリース日は正式に 2024‑03‑21。
• LTSではなく、機能実験の場として位置付けられる。
• 主要機能：Unnamed Variables & Patterns（JEP 430, Final）、Instance Main の第二段階プレビュー（JEP 463, Preview）および Stream Gatherer（JEP 473, Preview）。
• 移行時の注意点は、--enable-preview 必要性、パッケージ/ディレクトリ整合性、非互換変更への CI での自動検出。
• 導入手順は SDKMAN!・Java Playground・主要オープンJDK ディストリビューションを活用し、段階的にテストと本番適用を行うことがベストプラクティス。

これらの情報を踏まえて、「Java 22 の新機能は実務でどのように価値を提供できるか」 をチーム内で議論し、移行チェックリストに沿った導入計画を策定してください。最新言語構文と API がもたらす開発効率向上を、安定した運用基盤の上で最大限活用できるはずです。