世界の問題は世界の問題であり、新しい Java は予定通りに進んでいます。つまり、ちょうど 6 か月に 1 回です。Java 14 のリリース バージョンは 3 月 17 日にリリースされ、開発者向けの言語にいくつかの興味深い革新が導入されました。 その中には、レコード![Java 14: 新機能は何ですか? - 1]()
キーワードの実験的なサポート、「 instanceof 」演算子でのパターン マッチングのサポート、よりユーザー フレンドリーなNullPointerExceptions 、テキスト ブロックの拡張された「プレビュー」、更新されたデフォルトスイッチなどが含まれます。Java のすべてのイノベーションは拡張提案 ( JEP、Java Enhancement Proposals )から始まることを思い出してください。開発者が変更を提案し、「公式」Java 親によってレビューされ、それらの変更の一部が受け入れられ、その後 JDK の一部になります。そして今、すべてが順調に進んでいます。
![Java-университет]()
JEP 359: 記録
レコード (レコードとも呼ばれます) は、JDK 14 のプレビュー モードで使用できます。これは Java にとってまったく新しい機能です。実際、私たちの前にはヴァルハラ計画中に開発された新しいタイプがあります。レコードは列挙に似ており、コードを簡素化できます。基本的に、これらは状態はあるが動作を持たないクラスを置き換えます。簡単に言えば、フィールドはありますが、メソッドはありません。クラスの場合、コンストラクター、アクセサー、equals()、hashCode()、toString()など、必ずしも必要ではない多くの繰り返しコードを記述する必要がある場合があります。この繰り返しコードを回避するために、Java は計画しています。レコードを使用します。クラシックバージョンは次のとおりです。final class Triangle {
public final int x;
public final int y;
public final int z;
public Triangle(int x, int y, int z) {
this.x = x;
this.y = y;
this.z = z;
}
// equals, hashCode, toStringpublic record Triangle(int x, int y, int z){}javac —enable-preview —release 14 Triangle.javaJEP 305:instanceof のパターン マッチング (プレビュー)
Java 14 のプレビューで導入されたパターン マッチング機能は、オブジェクトの型のチェックと、instanceof演算子でのその変換を組み合わせるように設計されています。言い換えれば、Java 14 より前には、たとえば次のようなコードがありました。Object object = Violin;
if (object instanceof Instrument) {
Instrument instrument = (Instrument) object;
System.out.println(instrument.getMaster());
}Object object = Violin;
if (object instanceof Instrument instrument){
System.out.println(instrument.getMaster());
}JEP 343: パッケージングツール (インキュベーター)
JDK 8 には、 JavaFX 用に設計されたjavapackagerツールがありました。ただし、JDK 11 のリリースにより JavaFX が Java から分離された後、人気のある javapackager は利用できなくなりました。 Javapackager はパッケージ化ツールでした。これにより、Java アプリケーションを他のすべての「通常の」プログラムと同じようにインストールできる方法でパッケージ化できるようになりました。たとえば、Windows ユーザー向けに exe ファイルを作成し、人間と同じようにダブルクリックで Java アプリケーションを起動します。もちろん、そのようなツールは非常に不足しているため、JEP 343 では、必要な依存関係をすべて含むプラットフォーム固有のパッケージに Java アプリケーションをパッケージ化する新しいツールjpackageが導入されました。特定のプラットフォームでサポートされているパッケージ形式:
- Linux: deb と rpm
- macOS: pkg と dmg
- Windows: MSI および EXE
| Java がどのように進化したかについて詳しく知りたいですか? 以前のバージョンに関する記事を読んでください。 Java 13: 新機能 Java 12 の登場: 新機能は何ですか? Java 11 がリリースされました: 新しい機能と機能 8 から 13: Java バージョンの完全な概要。パート 1 8 から 13: Java バージョンの完全な概要。パート2 |
JEP 345: G1 の NUMA 対応メモリ割り当て
JEP 345 は、NUMA (Non-Uniform Memory Access) サポートの実装のみを目的としています。これらは異種メモリ アクセス アーキテクチャであり、メモリをローカルに分散できるマルチプロセッサ システムにマイクロプロセッサ クラスタをセットアップする方法です。各プロセッサ コアは少量のローカル メモリを取得し、他のコアはそれにアクセスします。JEP 345 は、G1 ガベージ コレクターにそのようなアーキテクチャを活用する機能を装備することを計画しています。とりわけ、このアプローチは、非常に強力なマシンのパフォーマンスの向上に役立ちます。JEP 349: JFR イベントストリーミング
Java Flight Recorder (JFR) はOpenJDK の一部となっているため、無料で利用できます。JDK 14 では、JFR イベント (JDK Flight Recorder) をオンザフライで追跡するための API、特にアクティブなアプリケーションと非アクティブなアプリケーションの継続的な監視を組織化するための API が追加されています。非ストリーミング オプションの場合と同じイベントが記録されますが、オーバーヘッドは 1% 未満です。この方法では、イベントは非ストリーミング オプションと同時にストリーミングされます。ただし、JEP 349 では、対応するコンシューマの同期コールバックを許可してはなりません。中間メモリに格納されているレコードのデータであってもアクセスできないようにする必要があります。技術的には、jdk.jfr モジュール内の jdk.jfr.consumer パッケージは、イベントへの非同期アクセスのための機能で拡張されます。JEP 352: 不揮発性のマップされたバイト バッファー
ご存知のとおり、Java NIO (New IO) ファイル API はJDK 1.4 から存在しており、その後、Path と呼ばれる新しい拡張機能が導入されました。Path は、Java NIO で作業するときにファイルまたはディレクトリの表現として java.io.File クラスを置き換えるインターフェイスです。JEP 352 は、MappedByteBuffer を拡張して、ファイル データの一部を不揮発性メモリ (NVM) にロードします。このコンピュータのメモリは、電源を切ってもデータが失われないもの (読み取り専用メモリとも呼ばれます) で、データを永続的に保存するために使用されます。この Java 拡張提案は、JDK API の新しいモジュールとクラス、jdk.nio.mapmode モジュールを提供します。これは、NVM を参照するマップされたバイト バッファー (MappedByteBuffer) を作成するための新しいモード (READ_ONLY_SYNC、WRITE_ONLY_SYNC) を提供します。JEP 358: 役立つ NullPointerExceptions
NullPointerExceptionsがよりプログラマにとって使いやすくなりました。例外の説明が以前よりもはるかに有益になるという意味で。これは、JVM がプログラムのバイトコード命令をより正確に分析するように教えられており、どの変数がゼロ値につながるかを示すことができるためです。次のコードがあるとします。a.getMessage().getUserInfo().getName()Exception in thread "main" java.lang.NullPointerException
at Main.main(Main.java:12)Exception in thread "main" java.lang.NullPointerException: Cannot invoke "UserInfo().getName()" because the return value of "Message().getUserInfo()" is null
at Main.main(Main.java:12)JEP 361: スイッチ式 (標準)
更新された Switch オペレーターは以前の Java 12 および 13 で利用できましたが、プレビュー機能としてのみ利用可能でした。つまり、デフォルトでは有効になっていませんでした。JDK 14 では、何も設定しなくてもすべてが機能するようになりました。Java 14 では、case L -> ... ラベルを使用した switch ブロックの新しい簡略化された形式が導入され、場合によってはコードが簡素化されます。以下にいくつかの例を示します。曜日を表す列挙型があるとします。従来のコード (Java 14 以前) を作成できます。switch (day) {
case MONDAY:
case FRIDAY:
case SUNDAY:
System.out.println(6);
break;
case TUESDAY:
System.out.println(7);
break;
case THURSDAY:
case SATURDAY:
System.out.println(8);
break;
case WEDNESDAY:
System.out.println(9);
break;
}switch (day) {
case MONDAY, FRIDAY, SUNDAY -> System.out.println(6);
case TUESDAY -> System.out.println(7);
case THURSDAY, SATURDAY -> System.out.println(8);
case WEDNESDAY -> System.out.println(9);
}int result = switch (s) {
case "Working from Home" -> 1;
case "Working from Office" -> 2;
default -> {
System.out.println("Neither Home nor Office… Cafe? Car? Park?...");
yield 0;
}
};JEP 362: Solaris ポートと SPARC ポートの非推奨化
Solarisオペレーティング システムについて覚えている読者はほとんどいないでしょう。Java の親である Sun Microsystems によって作成されたこの UNIX ベースのオペレーティング システムは、主に SPARC アーキテクチャ上のサーバーに使用されていました...1 平方センチメートルあたりに聞き慣れない単語が多すぎますか? 大したことはありません。JEP 362 は、Solaris/SPARC、Solaris/x64、および Linux/SPARC プラットフォームのサポートを終了します。つまり、それらのポートは現在非推奨となっており、将来的には OpenJDK から削除される可能性が高くなります。ただし、Solaris/SPARC、Solaris/x64、および Linux/SPARC ポートに関する古いバージョンの Java (JDK 14 より前) は、変更せずに動作するはずです。あなたが歴史愛好家で、それほど遠くない過去のテクノロジーに興味がある場合は、Wikipedia にアクセスしてSPARСアーキテクチャについて読んでください。JEP 363: コンカレント マーク スイープ (CMS) ガベージ コレクターの削除
CMS ガベージ コレクター (同時マーク スイープ) は、2 年前に古いものとしてマークされ、メンテナンスされていないため、削除の対象となっています。ただし、CMS GC を使用している古いバージョンの Java のユーザーは吐き出すことができます。この JEP の目的は、以前の JDK リリースからビルダーを削除することではありません。さらに、ParallelScavenge と SerialOld ガベージ コレクション アルゴリズムの組み合わせ (「-XX:+UseParallelGC -XX:-UseParallelOldGC」オプションで実行) は非推奨になりました。JEP 364: macOS 上の ZGCおよびJEP 365: Windows 上の ZGC
Z Garbage Collector (ZGC)と呼ばれる興味深いガベージ コレクターがあります。これはパッシブ モードで動作し、ガベージ コレクションによる遅延を最小限に抑えようとします。ZGC 使用時の停止時間は 10 ミリ秒を超えません。小さなヒープと巨大なヒープ (数テラバイトを占めるヒープ) を扱うことができます。JEP 364 と JEP 365 は実質的に双子です。JEP 364 は、Z ガベージ コレクターを MacOS に導入します。JEP の一部では、JEP 351で指定されているように、未使用のデバイス メモリを解放するためのコレクタ機能についても説明されています。これは Java 13 以降に行われています。macOS での ZGC 実装には 2 つの部分があります。- macOS でのマルチマッピング メモリのサポート
- ZGC による連続メモリ予約のサポート
- マルチマッピングメモリのサポート
- ページ ファイルに基づいて予約されたアドレス空間へのメモリ マッピングのサポート
- ヒープの任意の部分のマッピングとマッピング解除のサポート
- ヒープの任意の部分のコミットおよびコミット解除のサポート
JEP 366: ParallelScavenge + SerialOld GC の組み合わせを非推奨にする
この JEP は、Parallel Scavenge アルゴリズムと Serial Old ガベージ コレクション アルゴリズムの組み合わせを非推奨とします。この組み合わせは、コマンド ライン パラメーター -XX: + UseParallelGC -XX: -UseParallelOldGC を使用して手動で有効にする必要がありました。著者らは、この組み合わせは非常に特殊ですが、多大なメンテナンス作業も必要になると考えています。そのため、-XX: UseParallelOldGC オプションは非推奨となり、使用すると警告が表示されます。JEP 367: Pack200 ツールと API を削除する
Pack200 は、コンパイルされた Java クラス ファイルを保存するために最適化されたアーカイブ形式です。このツールは Java 11 以降非推奨としてマークされています。現在、pack200、unpack200、および Pack200 API ツールがjava.util.jar パッケージから削除されることが正式に発表されました。このテクノロジーは、非常に限られた帯域幅 (モデム、言うのと思い出すのは恐ろしいことですが、56k) とハードドライブ上の不十分なストレージ容量に対処する手段として Java 5 に導入されました。少し前に、Java 9 に新しい圧縮スキームが導入されました。開発者はjlink を使用することをお勧めします。JEP 368: テキスト ブロック (2 番目のプレビュー)
テキスト ブロックはJava 13 で初めて登場しました。テキスト ブロックは複数行の文字列リテラルで、ほとんどのエスケープ シーケンスが不要になり、文字列が自動的にフォーマットされ、必要に応じて開発者が文字列をフォーマットできるようになります。この便利な機能は Java 14 (2nd Preview) で利用できるようになりました。テキスト ブロックの主な目的は、紛らわしい複数行リテラルの処理を改善することです。これにより、SQL クエリ、HTML および XML コード、JSON の読み取りと書き込みが大幅に簡素化されます。テキストブロックを含まない HTML の例:String html = "<html>\n" +
" <body>\n" +
" <p>Hello, JavaRush Student</p>\n" +
" </body>\n" +
"</html>\n";String html = """
<html>
<body>
<p>Hello, JavaRush Student</p>
</body>
</html>
""";String literal = "This is major Tom to Ground Control " +
"I am stepping through the door... " +
"Wait… What???";String text = """
This is major Tom to Ground Control \
I am stepping through the door... \
Wait… What???\
""";String text1 = """
line1
line2 \s
line3
""";
String text2 = "line1\nline2 \nline3\n";text1とtext2同一です。
GO TO FULL VERSION