Java SE 15 リリース

XNUMX か月の開発期間を経て、Oracle 解放された プラットフォーム JavaSE 15 (Java Platform, Standard Edition 15) では、オープンソースの OpenJDK プロジェクトがリファレンス実装として使用されます。 Java SE 15 は、Java プラットフォームの以前のリリースとの下位互換性を維持しており、以前に作成されたすべての Java プロジェクトは、新しいバージョンで実行しても変更せずに機能します。 すぐにインストールできる Java SE 15 ビルド (JDK、JRE、および Server JRE) 準備された Linux (x86_64)、Windows、macOS 用。 OpenJDK プロジェクトによって開発されたリファレンス実装 ジャワ15 は GPLv2 ライセンスの下で完全にオープン ソースであり、GNU ClassPath の例外により商用製品との動的リンクが可能です。

Java SE 15 は一般サポート リリースとして分類されており、次のリリースまで更新を受け取り続けます。 Long Term Support (LTS) ブランチは Java SE 11 である必要があり、2026 年までアップデートを受け取り続けます。 Java 8 の以前の LTS ブランチは、2020 年 2021 月までサポートされます。 次回の LTS リリースは 10 年 XNUMX 月に予定されています。 Java XNUMX のリリース以降、プロジェクトは新しい開発プロセスに切り替わり、新しいリリースの形成サイクルが短縮されることを意味していることを思い出してください。 新しい機能は、常に更新される XNUMX つのマスター ブランチで開発されるようになりました。これには既製の変更が含まれており、新しいリリースを安定させるために XNUMX か月ごとにブランチからブランチが作成されます。

の イノベーション ジャワ15 1ことができます マーク:

• 内蔵 EdDSA (Edwards-Curve Digital Signature Algorithm) デジタル署名作成アルゴリズムのサポート RFC 8032）。 提案されている EdDSA 実装はハードウェア プラットフォームに依存せず、サイドチャネル攻撃から保護されており (すべての計算に一定の時間が保証されます)、同じレベルの保護を備えた C 言語で書かれた既存の ECDSA 実装よりもパフォーマンスが高速です。 たとえば、126 ビット キーの楕円曲線を使用する EdDSA は、secp256r1 楕円曲線と 128 ビット キーを使用する ECDSA と同様のパフォーマンスを示します。
• 追加した シールされたクラスとインターフェイスの実験的なサポート。他のクラスとインターフェイスが実装を継承、拡張、またはオーバーライドするために使用することはできません。 シールされたクラスは、拡張が許可されるサブクラスを明示的にリストすることに基づいて、アクセス修飾子よりもスーパークラスの使用を制限するためのより宣言的な方法も提供します。

  パッケージ com.example.geometry;

  public sealed クラス 形状
  com.example.polar.Circle を許可します。
  com.example.quad.Rectangle、
  com.example.quad.simple.Square {…}

• 追加した 他のクラスのバイトコードでは直接使用できない隠しクラスのサポート。 隠しクラスの主な目的は、実行時にクラスを動的に生成し、それらを間接的に使用するフレームワークで使用することです。 反射。 通常、このようなクラスのライフサイクルは限られているため、静的に生成されたクラスからアクセスできるようにクラスを維持することは正当化されず、メモリ消費量の増加につながるだけです。 また、非表示クラスにより、将来削除される予定の非標準 API sun.misc.Unsafe::defineAnonymousClass も必要なくなります。
• ZGC (Z Garbage Collector) ガベージ コレクターは安定化しており、広く使用する準備ができていると認識されています。 ZGC はパッシブ モードで動作し、ガベージ コレクションによる遅延を可能な限り最小限に抑えます (ZGC 使用時のストール時間は 10 ミリ秒を超えません)。数百メガバイトから数テラバイトまでのサイズの小さいヒープと巨大なヒープの両方で動作できます。
• 安定化され、一般的に使用できる状態にあることが判明
  ガベージコレクター シェナンドア、最小限の一時停止で動作します (低一時停止時間ガベージ コレクター)。 Shenandoah は Red Hat によって開発され、Java アプリケーションの実行と並行してクリーンアップを実行することでガベージ コレクション中のストール時間を短縮するアルゴリズムを使用していることで注目に値します。 ガベージ コレクターによって発生する遅延のサイズは予測可能であり、ヒープのサイズには依存しません。 ヒープが 200 MB と 200 GB の場合、遅延は同じになります (出てこないで 50 ミリ秒を超え、通常は 10 ミリ秒以内）。

• サポートが安定し、言語に導入されました テキストブロック — 文字エスケープを使用せず、ブロック内のテキストの元の書式を保持せずに、ソース コードに複数行のテキスト データを含めることができる新しい形式の文字列リテラル。 ブロックは XNUMX つの二重引用符で囲まれています。

  たとえば、コードの代わりに

  文字列html = " » +
  "\n\t" + " » +
  "\n\t\t" + " 「Java 1 が登場しました!」 » +
  "\n\t" + " » +
  "\n" + " ";

  次のように指定できます。

  文字列html = """
  
  
  »Java 1\
  ここにある！
  
  """;

• 再設計された レガシー DatagramSocket API。 java.net.DatagramSocket および java.net.MulticastSocket の古い実装は、デバッグと保守が容易で、プロジェクト内で開発された仮想ストリームとも互換性のある最新の実装に置き換えられました。 織機。 既存のコードと互換性がない可能性がある場合、古い実装は削除されておらず、 jdk.net.usePlainDatagramSocketImpl オプションを使用して有効にすることができます。
• XNUMX 番目の実験的実装が提案されました パターンマッチング 「instanceof」演算子でこれを使用すると、チェックされた値にアクセスするためのローカル変数をすぐに定義できます。 たとえば、「String s = (String) obj」を明示的に定義せずに、「if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}」をすぐに書くことができます。

  それは次のとおりです。

  if (グループのオブジェクトインスタンス) {
  グループ group = (グループ) obj;
  varエントリー = group.getEntries();
  }

  これで、「Group group = (Group) obj」という定義を省略できます。

  if (グループグループのオブジェクトインスタンス) {
  varエントリー = group.getEntries();
  }

• 提案された キーワード「」の XNUMX 番目の実験的実装記録これにより、クラスを定義するためのコンパクトな形式が提供され、動作が変わらないフィールドにのみデータが格納される場合に、equals()、hashCode()、toString() などのさまざまな低レベル メソッドを明示的に定義する必要がなくなります。 クラスが、equals()、hashCode()、および toString() メソッドの標準実装を使用する場合、明示的に定義しなくても実行できます。

  公開レコード BankTransaction(LocalDate 日付、
  倍額
  文字列の説明) {}

  この宣言により、コンストラクター メソッドとゲッター メソッドに加えて、equals()、hashCode()、および toString() メソッドの実装が自動的に追加されます。

• 提案された 外部メモリ アクセス API の XNUMX 番目のプレビュー。これにより、Java アプリケーションは、新しい MemorySegment、MemoryAddress、および MemoryLayout 抽象化を操作することで、Java ヒープの外側のメモリ領域に安全かつ効率的にアクセスできるようになります。
• 無効 また、ロックのオーバーヘッドを削減するために HotSpot JVM で使用されているバイアス ロック最適化手法が非推奨になりました。 この手法は、最新の CPU によって提供されるアトミックな命令を備えたシステムとの関連性が失われており、その複雑さのために保守するには多大な労力を要します。
• 発表されました 時代遅れのメカニズム RMIのアクティベーション、これは将来のリリースで削除される予定です。 RMI アクティベーションは時代遅れで、Java 8 のオプションのカテゴリに追いやられており、現代の実践ではほとんど使用されていないことに注意してください。
• 削除されました JavaScriptエンジン ナショーン、これは Java SE 11 で非推奨になりました。
• 削除されました Solaris OS および SPARC プロセッサ (Solaris/SPARC、Solaris/x64、および Linux/SPARC) 用のポート。 これらのポートを削除すると、コミュニティは Solaris および SPARC 固有の機能の保守に時間を無駄にすることなく、新しい OpenJDK 機能の開発を加速できるようになります。

出所： オープンネット.ru