|
| 1 | +--- |
| 2 | +title: "Java 24 & 25 連載: Java 24におけるパフォーマンス周りのアップデート" |
| 3 | +date: 2025/09/24 00:00:00 |
| 4 | +postid: a |
| 5 | +tag: |
| 6 | + - Java |
| 7 | + - JEP |
| 8 | +category: |
| 9 | + - Programming |
| 10 | +thumbnail: /images/2025/20250924a/thumbnail.jpg |
| 11 | +author: 武田大輝 |
| 12 | +lede: "Java 24&25 リリース連載第 2 弾の記事です。[第 1 弾の記事] に引き続き本記事では Java 24 のアップデートを取り上げます。" |
| 13 | +--- |
| 14 | + |
| 15 | +<img src="/images/2025/20250924a/thumbnail.jpg" alt="" width="600" height="395"> |
| 16 | + |
| 17 | +## はじめに |
| 18 | + |
| 19 | +[Java 24 & 25のリリース連載](/articles/20250922a/)第 2 弾の記事です。 |
| 20 | + |
| 21 | +[第 1 弾の記事](/articles/20250922b/) に引き続き本記事では Java 24 のアップデートを取り上げます。 |
| 22 | + |
| 23 | +## JEPs |
| 24 | + |
| 25 | +Java 24 で対応された主要な 21 の JEP(Java Enhancement Proposals)は次の通りです。 |
| 26 | +Oracle の [プレスリリース](https://www.oracle.com/news/announcement/oracle-releases-java-24-2025-03-18/) をベースにカテゴライズしています。 |
| 27 | + |
| 28 | +| カテゴリ | JEP | タイトル | |
| 29 | +| :----------------------------- | :-------------------------------------- | :------------------------------------------------------------------- | |
| 30 | +| 言語機能 | [JEP 488](https://openjdk.org/jeps/488) | Primitive Types in Patterns, instanceof, and switch (Second Preview) | |
| 31 | +| 言語機能 | [JEP 492](https://openjdk.org/jeps/492) | Flexible Constructor Bodies (Third Preview) | |
| 32 | +| 言語機能 | [JEP 494](https://openjdk.org/jeps/494) | Module Import Declarations (Second Preview) | |
| 33 | +| 言語機能 | [JEP 495](https://openjdk.org/jeps/495) | Simple Source Files and Instance Main Methods (Fourth Preview) | |
| 34 | +| ライブラリ | [JEP 485](https://openjdk.org/jeps/485) | Stream Gatherers | |
| 35 | +| ライブラリ | [JEP 484](https://openjdk.org/jeps/484) | Class-File API | |
| 36 | +| ライブラリ | [JEP 487](https://openjdk.org/jeps/487) | Scoped Values (Fourth Preview) | |
| 37 | +| ライブラリ | [JEP 489](https://openjdk.org/jeps/489) | Vector API (Ninth Incubator) | |
| 38 | +| ライブラリ | [JEP 499](https://openjdk.org/jeps/499) | Structured Concurrency (Fourth Preview) | |
| 39 | +| セキュリティライブラリ | [JEP 478](https://openjdk.org/jeps/478) | Key Derivation Function API (Preview) | |
| 40 | +| セキュリティライブラリ | [JEP 496](https://openjdk.org/jeps/496) | Quantum-Resistant Module-Lattice-Based Key Encapsulation Mechanism | |
| 41 | +| セキュリティライブラリ | [JEP 497](https://openjdk.org/jeps/497) | Quantum-Resistant Module-Lattice-Based Digital Signature Algorithm | |
| 42 | +| ツール | [JEP 493](https://openjdk.org/jeps/493) | Linking Run-Time Images without JMODs | |
| 43 | +| パフォーマンスおよびランタイム | [JEP 450](https://openjdk.org/jeps/450) | Compact Object Headers (Experimental) | |
| 44 | +| パフォーマンスおよびランタイム | [JEP 475](https://openjdk.org/jeps/475) | Late Barrier Expansion for G1 | |
| 45 | +| パフォーマンスおよびランタイム | [JEP 483](https://openjdk.org/jeps/483) | Ahead-of-Time Class Loading & Linking | |
| 46 | +| パフォーマンスおよびランタイム | [JEP 490](https://openjdk.org/jeps/490) | ZGC: Remove the Non-Generational Mode | |
| 47 | +| パフォーマンスおよびランタイム | [JEP 491](https://openjdk.org/jeps/491) | Synchronize Virtual Threads without Pinning | |
| 48 | +| ソースコード | [JEP 404](https://openjdk.org/jeps/404) | Generational Shenandoah (Experimental) | |
| 49 | +| ソースコード | [JEP 479](https://openjdk.org/jeps/479) | Remove the Windows 32-bit x86 Port | |
| 50 | +| ソースコード | [JEP 501](https://openjdk.org/jeps/501) | Deprecate the 32-bit x86 Port for Removal | |
| 51 | + |
| 52 | +第一弾の記事ではライブラリ系(JEP 484, JEP 485)およびセキュリティライブラリ系(JEP 478, JEP 496, JEP 497)を中心に取り上げましたが、本記事ではパフォーマンス系を中心に取り上げます。 |
| 53 | + |
| 54 | +## JEP 483: Ahead-of-Time Class Loading & Linking |
| 55 | + |
| 56 | +<https://openjdk.org/jeps/483> |
| 57 | + |
| 58 | +クラスのローディングとリンクを起動前にキャッシュしておき、次回以降の起動を速くするしくみが追加されました。 |
| 59 | + |
| 60 | +### どのようなしくみか |
| 61 | + |
| 62 | +具体的には次のような流れでキャッシュの生成、再利用を実現します。 |
| 63 | + |
| 64 | +1. トレーニング実行 |
| 65 | + レコードモード(`-XX:AOTMode=record`)にてアプリケーションを一度起動し、どのクラスが読み込まれリンクされるかを記録します。 |
| 66 | + 次の例では `app.aotconf` に設定を記録しています。 |
| 67 | + |
| 68 | + ```shell |
| 69 | + $ java -XX:AOTMode=record -XX:AOTConfiguration=app.aotconf -cp app.jar com.example.App ... |
| 70 | + ``` |
| 71 | + |
| 72 | +2. キャッシュ生成 |
| 73 | + クリエイトモード(`-XX:AOTMode=create`)にて、トレーニングモードで記録した設定ファイルからキャッシュを生成します。 |
| 74 | + 次の例では `app.aot` にキャッシュを記録しています。 |
| 75 | + |
| 76 | + ```shell |
| 77 | + $ java -XX:AOTMode=create -XX:AOTConfiguration=app.aotconf -XX:AOTCache=app.aot -cp app.jar |
| 78 | + ``` |
| 79 | + |
| 80 | +3. キャッシュ利用 |
| 81 | + アプリケーション起動時には、キャッシュを指定して起動することでクラス読み込み・解析・リンクにかかる時間を削減できます。 |
| 82 | + |
| 83 | + ```shell |
| 84 | + $ java -XX:AOTCache=app.aot -cp app.jar com.example.App ... |
| 85 | + ``` |
| 86 | + |
| 87 | +なお、キャッシュが存在しない場合やトレーニング時と実行時でクラスパスやモジュール構成が変わっているなど問題がある場合は、従来どおり just-in-time(必要になった時点でクラスをロードする/リンクする)方式となります。 |
| 88 | + |
| 89 | +### どれぐらい高速化が見込めるのか |
| 90 | + |
| 91 | +JEP 483 の中では Stream API を利用するプログラムでの検証結果が紹介されていました。 |
| 92 | +非常に短いプログラムですが、Stream API を利用することで約 600 ものクラスが読み込まれています。 |
| 93 | + |
| 94 | +```java |
| 95 | +import java.util.*; |
| 96 | +import java.util.stream.*; |
| 97 | + |
| 98 | +public class HelloStream { |
| 99 | + |
| 100 | + public static void main(String ... args) { |
| 101 | + var words = List.of("hello", "fuzzy", "world"); |
| 102 | + var greeting = words.stream() |
| 103 | + .filter(w -> !w.contains("z")) |
| 104 | + .collect(Collectors.joining(", ")); |
| 105 | + System.out.println(greeting); // hello, world |
| 106 | + } |
| 107 | + |
| 108 | +} |
| 109 | +``` |
| 110 | + |
| 111 | +このプログラムは Java 23 では 0.031 秒で実行されますが、Java 24 で AOT キャッシュを作成した結果 0.018 秒で実行され、約 42%程度の改善が見られました。 |
| 112 | +シンプルなプログラムでみるとそのインパクトはわずかに思えるかもしれませんが、Spring の [PetClinic](https://github.com/spring-projects/spring-petclinic) アプリケーションでは起動時間が 4.486 秒から 2.604 秒になったという結果も紹介されています。サーバレスなランタイムにおいては Java アプリケーションの起動速度が課題視されますが、この改善は大きな意味を持つのではないでしょうか。 |
| 113 | + |
| 114 | +## JEP 490: ZGC: Remove the Non-Generational Mode |
| 115 | + |
| 116 | +<https://openjdk.org/jeps/474> |
| 117 | + |
| 118 | +ZGC において非世代別 GC(non-generational mode)が削除され、世代別 GC(generational mode)が唯一かつデフォルトのモードになりました。 |
| 119 | + |
| 120 | +ZGC は、Java 21([JEP479: Generational ZGC](https://openjdk.org/jeps/439))にて世代別 GC がサポートされ、Java 23([JEP474: ZGC: Generational Mode by Default](https://openjdk.org/jeps/474))にて世代別 GC がデフォルトになりました。 |
| 121 | + |
| 122 | +[Java23 連携](https://future-architect.github.io/articles/20241002a/#JEP-474-ZGC-Generational-Mode-by-Default) でも紹介しましたが ZZGC や世代別 GC について、ここでも再掲して整理しておきます。 |
| 123 | + |
| 124 | +### そもそも ZGC とは何か |
| 125 | + |
| 126 | +ZGC は、Oracle が開発したガベージコレクタ(GC)で、スケーラブルで低レイテンシ(数テラバイト級の非常に大きいヒープでもアプリケーションの最大停止時間が 10ms 程度)というのが特徴です。 |
| 127 | + |
| 128 | +Java 9 以降、G1GC がデフォルトの GC として使われていますが、巨大なヒープを取り扱うアプリケーションが登場してきたことなどを背景に、従来の GC と比べてモダンな GC として登場しました。(cf. [ざっくりわかった気になるモダン GC 入門](https://blog.cybozu.io/entry/2018/05/29/080000)) |
| 129 | + |
| 130 | +Java 11([JEP333](https://openjdk.org/jeps/333))で試験的に導入され、Java 15([JEP377](https://openjdk.org/jeps/377))にて正式リリースされ、今に至ります。 |
| 131 | + |
| 132 | +### 世代別 GC とは何か |
| 133 | + |
| 134 | +世代別 GC 自体は特に新しい概念ではありません。 |
| 135 | +世代別 GC とは、ヒープ内のオブジェクトを寿命によって分類(Young 世代や Old 世代)し、ガベージコレクション(GC)の効率を向上させるしくみです。(cf. [Java の GC の仕組みを整理する](https://qiita.com/e_tyubo/items/48398391a8ef0f24c1be)) |
| 136 | + |
| 137 | +ZGC は、低遅延であることを最優先に、ヒープ全体のコレクションを極力並行処理で行うことを目的として、当初は世代別 GC のアプローチを採用しませんでした。 |
| 138 | +そこから、より効率的なメモリ管理などさらなる最適化を目指して、世代別 GC の概念を取り入れていったという形になります。 |
| 139 | + |
| 140 | +## JEP 491: Synchronize Virtual Threads without Pinning |
| 141 | + |
| 142 | +Java 21 で導入された [Virtual Thread(仮想スレッド)](https://openjdk.org/jeps/444) は OS のスレッド(Platform Thread)とは別の、JVM 内で管理されるより軽量なスレッド実装であり大量のスレッドを効率的に管理するために設計されたしくみです。 |
| 143 | +この Virtual Thread においては `synchronized` を含むプログラムを実行すると、処理が OS のスレッドに固定化されてしまう問題がありましたが、本アップデートで改善された形になります。 |
| 144 | + |
| 145 | +本アップデートについては次の記事が大いに参考になりましたので、ここでの説明は割愛させていただきます。 |
| 146 | + |
| 147 | +<https://chiroito.hatenablog.jp/entry/2025/03/22/124631> |
| 148 | + |
| 149 | +## おわりに |
| 150 | + |
| 151 | +本記事では Java 24 のアップデートの中から、特にパフォーマンスに関わる JEP を中心に紹介しました。 |
| 152 | +次回は Java 25 の新機能を取り上げます。 |
| 153 | + |
0 commit comments