Java の時間の旅

Java は 20 年以上にわたって存在し、業(yè)界全體で堅牢なアプリケーションを強化してきました。これは、エンタープライズ グレードのアプリケーションを構(gòu)築するための最も人気のあるプログラミング言語の 1 つとして常にランクされています。 Java 23 のリリースと Java 11 のサポート終了により、最新の開発ではベースラインまたはそれ以降のバージョンとして Java 17 が必要になりました。

Java 17 から 23 までの間に、多くのことが進化しました。それで、何が変わったのでしょうか？ Java がこのレベルの成熟度に到達するまでに辿った道のりを探っていきます。

この記事では、Java の進化、そのバージョンの歴史、最新の更新について詳しく説明します。 Java の最新機能と、Java が開発の未來をどのように形作るかについて興味がある場合は、読み続けてください。

Java バージョンで使用される一般的な用語

1. JVM (Java 仮想マシン)
JVM はプラットフォームに依存し、Java コンパイラによって生成されたバイトコードを?qū)g行します。アプリケーションを?qū)g行するためのランタイム環(huán)境を提供します。 JVM はメモリ、レジスタ、ガベージ コレクション ヒープを管理します。

2. JRE (Java ランタイム環(huán)境)
JRE は、Java プログラムを?qū)g行するための環(huán)境を提供します。これには、JVM および Java クラス ライブラリが含まれます?；镜膜?、これは Java コードを?qū)g行するために必要なツールのパッケージです。

3. JDK (Java 開発キット)
JDK は、Java アプリケーションを開発するための完全なツールキットです。これには、JRE、コンパイラ、デバッガ、Javadoc などのツールが含まれます。これにより、開発者は Java コードを作成、コンパイル、実行できます。 Java プログラムの実行は開発の一部であるため、JDK には JRE が必要です。

4.バイトコード
バイトコードは、Java コンパイラによって生成された中間コードです (.class ファイルに保存されます)。 JVM の助けを借りて、この .class ファイルは任意のシステム上で実行できるため、Java プラットフォームに依存しません。

Java 1.0
Java は、一度書けばどこでも実行できるというソフトウェアの狀況を永遠に変える約束を持って登場しました。 Java 仮想マシン (JVM) が導入され、開発者は基盤となるハードウェアに関係なく、JVM を備えた任意のデバイスで実行できるコードを作成できるようになりました。メモリ管理が自動化され、開発者の作業(yè)が楽になりました。大きな非推奨はありません。これはすべての始まりにすぎません。

Java 1.1
Java 1.1 は、その基盤に基づいて內(nèi)部クラスとイベント リスナーを追加して構(gòu)築を開始しました。これらの機能により、Java アプリケーションがより動的かつインタラクティブになり、開発者がコードを構(gòu)造化して管理する方法が向上しました。

Java 1.2
Java 1.2 は、物事がエキサイティングになり始めた場所です。 Collections Framework、Swing (GUI の向上のため)、および JIT コンパイラーが導入され、パフォーマンスが大幅に高速化されました。このバージョンでは、特にエンタープライズ アプリケーション向けの Java 2 プラットフォーム (J2EE) の導入により、Java は複雑なアプリケーションを処理できるようになりました。

Java 1.3
Java 1.3 は、HotSpot JVM のおかげでパフォーマンスに重點を置きました。 Java 2 Platform, Enterprise Edition (J2EE) の追加により、よりスケーラブルなエンタープライズ アプリケーションを構(gòu)築するための扉が開かれました。畫期的な機能はありませんでしたが、今後の急速な進化への布石となりました。

Java 1.4
このバージョンでは、テキスト パターン マッチングを容易にするための正規(guī)表現(xiàn)、I/O パフォーマンスを向上させるための NIO (New I/O)、およびユーザーが Web ブラウザから直接アプリケーションを起動できるようにする Java Web Start が導入されました。しかし、アプレットは徐々に関連性を失い、より現(xiàn)代的な Web テクノロジーを優(yōu)先して非推奨になり始めました。

Java 5
Java 5 (1.5 とも呼ばれる) は、Java の歴史の中で最も重要なアップデートの 1 つです。ジェネリック、アノテーション、列挙型が導入され、Java コードがより安全かつ効率的になりました。また、強化された for ループも導入され、コレクションの反復が簡素化されました。これは大きな変化でした。あまりに大きな変化だったので、危うく Java 1.5 と名付けられるところでした。

Java 6
Java 6 では、Java コンパイラ API や Java 仮想マシンの機能強化など、パフォーマンスの向上に重點が置かれています。また、Web サービスの統(tǒng)合を容易にする機能も導入されました。 Java はより強力になりましたが、大幅な非推奨は発生しませんでした。Java 6 は、既存のものを改良するものでした。

Java 7
Java 7 では、この言語は開発者にとってさらに使いやすいものになりました。 Try-with-Resource やダイヤモンド オペレーターなどの機能により、コーディングがよりクリーンになりました。 Fork/Join フレームワークは、並列処理を向上させるために導入されました。しかし、アプレットは正式に非推奨となり、ブラウザでの Java の使用からの移行を示しました。

Java 8
Java 8 は、ラムダ式とストリームによって関數(shù)型プログラミングの概念が言語に導入され、これまでで最も重要なアップデートの 1 つと考えられています。これにより、Java はより簡潔で表現(xiàn)力豊かになりました。新しい Date/Time API は古い Date クラスを置き換え、インターフェイスのデフォルト メソッドにより、より柔軟なコードが可能になりました。それでも、アプレットはもはや関連性がなくなったため、正式に削除されました。

Java 9
Java 9 では、モジュール性が大きな焦點でした。 Project Jigsaw の導入により、開発者はアプリケーションをより小さく管理しやすいモジュールに分割できるようになり、スケーラビリティが向上しました。インタラクティブな REPL である JShell により、より迅速なテストと実験が可能になりました。このリリースでは、最新の Web フレームワークへの移行に伴い、一部のレガシー Java EE モジュールも非推奨になりました。

Java 10
Java 10 では、ローカル変數(shù)の型推論 (var) が導入され、型を明示的に指定せずに変數(shù)を宣言することが簡単になりました。 G1 ガベージ コレクターはパフォーマンス向上のために改良されました。大きな非推奨はなく、より効率的で柔軟な Java を目指して継続的に推進されているだけです。

Java 11
Java 11 は Java 8 以降初の LTS (長期サポート) リリースであり、安定性を求める企業(yè)にとって重要なバージョンとなっています。 Web 通信を改善するために HTTP クライアント API が導入され、時代遅れになった Java EE および CORBA モジュールが削除されました。 LTS リリースとして、安定した長期サポートを必要とする多くの開発者にとって人気の選択肢となりました。

Java 12
Java 12 では、一時停止時間を短縮するために設計された JVM Constants API や実験的な Shenandoah ガベージ コレクターなどの機能が導入されました。また、最新のアプリケーションでは RMI アクティベーション メカニズムが必要なくなったため、RMI アクティベーション メカニズムも廃止されました。これらの変更により、Java のパフォーマンスとスケーラビリティがさらに向上しました。

Java 13
Java 13 では、複數(shù)行の文字列用のテキスト ブロックが導入され、文字列の操作が容易になりました。このバージョンでは、ガベージ コレクションの改善とパフォーマンスの最適化にも焦點を當てました。このリリースでは大きな非推奨はなく、継続的な改善が行われただけです。

Java 14
Java 14 では、レコード (不変データ クラスの機能)、instanceof のパターン マッチング、およびメモリ管理の機能強化が導入されました。 ZGC (Z Garbage Collector) も実験的に導入されました。より最新の JavaScript エンジンが採用されているため、ここでの主な非推奨は Nashorn JavaScript エンジンでした。

Java 15
Java 15 では、シールされたクラスが導入されました。これにより、クラスを拡張または実裝できる型が制限され、コードの制御が強化されます。外部メモリ アクセス API は進化を続け、JVM の外部でメモリと対話する新しい方法を提供しました。 RMI Activation API は正式に非推奨になりました。

Java 16
Java 16 では、instanceof のパターン マッチングがより成熟し、レコード機能が完全に導入されました。外部関數(shù)およびメモリ API は進化を続け、Java がネイティブ統(tǒng)合により適したものになりました。 Java 16 は、大きな非推奨を?qū)毪工毪趣いΔ瑜辘?、機能を強化することに重點を置いています。

Java 17
LTS リリースである Java 17 では、シールされたインターフェイスが導入され、ZGC や Shenandoah などのガベージ コレクション メソッドが改善されました。また、セキュリティを向上させるために JDK 內(nèi)部を強力にカプセル化しました。また、一部の古いセキュリティ プロバイダーも廃止され、より最新で安全な API への移行が示されました。

Java 18
Java 18 は、メモリ処理と外部関數(shù)およびメモリ API を改善して、ネイティブ コードとの対話を改善することに重點を置きました。また、UTF-8 をデフォルトの文字セットにし、Java を最新の國際化標準に合わせました。このバージョンは、外見的に目に見える変更ではなく、內(nèi)部の改善に重點を置いています。

Java 19
Java 19 では、Project Loom (軽量同時実行性) の検討が開始され、パターン マッチングの改良が続けられました。外部メモリ アクセス API はさらに洗練され、値型が言語に組み込まれ始めました。これらは、複雑で高性能なアプリケーション向けに Java を最新化するためのステップです。

Java 20
Java 20 では、値の型と新しい同時実行モデルのサポートが強化され、Project Loom とパターン マッチングがさらに洗練されました。外部メモリ アクセスは進化を続け、Java のネイティブ コードの処理がより効率的になり、リソースを大量に消費するアプリケーションのパフォーマンスが向上しました。

Java 21 LTS
もう 1 つの LTS リリースである Java 21 では、Project Loom、レコード パターン、およびスケーラビリティが継続的に改善されています。また、より優(yōu)れたメモリ管理が導入され、以前の機能の一部が最終化されました。特定のレガシー同時実行モデルの非推奨は、Java をより現(xiàn)代的なパラダイムに向けて推し進める最終段階となりました。

Java 22
Java 22 は、Project Loom のサポートが完了し、同時実行性が継続的に改善されることで、言語の將來性を保証するものです。パターン マッチングはさらに洗練され、スケーラブルなアプリケーションのための新しいツールが登場します。 Java は、これまで以上に高性能で複雑なシステムを処理できるようになりました。

Java 23
最新リリースの Java 23 では、パターン マッチングが拡張され、外部関數(shù)とメモリ API によるネイティブ メモリ管理が強化されています。これにより、低レベルのシステム リソースと対話する最新のアプリケーションに対して Java がさらに強力になります。 Java 23 はスケーラビリティ、パフォーマンス、開発者の生産性を重視しており、Java が今後何年にもわたって関連性を維持できるようにします。

どのバージョンを使用する必要がありますか?

初心者の場合は、Java 17 や 21 などの最新の LTS バージョンから始めるのが一般的に良い考えです。これらのバージョンは十分にサポートされており、最新の機能がすべて備えられています。それで、これで完了です。 Java の進化を初心者向けに解説。數(shù)字に圧倒されないでください。各バージョンは前のバージョンに基づいて構(gòu)築されており、Java がより強力で多用途な言語になっていることに注意してください。コーディングを楽しんでください。

以上がJava バージョンの変更點の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。