Java (ソフトウェア プラットフォーム)

Java (ソフトウェア プラットフォーム)

Javaテクノロジーのロゴ
原作者	ジェームズ・ゴスリング、サン・マイクロシステムズ
開発者	オラクル株式会社
初回リリース	1996年1月23日; 28年前[1] [2] ( 1996-01-23 )
安定版リリース	23.0.1 (2024年10月15日; 49日前[3] ) [±] ( 2024-10-15 ) 21.0.5 LTS (2024年10月15日; 49日前 [ 4 ] ) [±] 17.0.13 LTS (2024年10月15日; 49日前[5] ) [±] 11.0.25 LTS (2024年10月15日; 49日前[6] ) [±] ( 2024-10-15 )  ( 2024-10-15 )  ( 2024-10-15 ) 8u431 LTS (2024年10月15日; 49日前[7] ) [±] ( 2024-10-15 )
書かれた	Java、C++、C、アセンブリ言語[8]
オペレーティング·システム	Microsoft Windows、Linux、macOS、[9]および旧バージョン: Solaris
プラットフォーム	x64、ARMv8、および旧バージョン: ARMv7、IA-32、SPARC (Java 14まで) (Java 8にはWindows用の32ビットサポートが含まれています が、商用利用についてはOracleによる無料サポートは終了しました) [9]
利用可能	英語、中国語、フランス語、ドイツ語、イタリア語、日本語、韓国語、ポルトガル語、スペイン語、スウェーデン語[10]
タイプ	ソフトウェアプラットフォーム
ライセンス	デュアルライセンス：クラスパス例外付きGNU一般公衆利用許諾書バージョン2 [11]とプロプライエタリライセンス[12]。
Webサイト	oracle.com/java/ java.com 開発Java

Java は、アプリケーション ソフトウェアを開発し、クロスプラットフォームコンピューティング環境に展開するためのソフトウェア プラットフォームを提供する、コンピュータ ソフトウェアと仕様のセットです。Java は、組み込みデバイスや携帯電話からエンタープライズ サーバーやスーパーコンピュータまで、さまざまなコンピューティング プラットフォームで使用されています。スタンドアロンの Java アプリケーションほど一般的ではないJava アプレットは、 HTMLページに埋め込まれることでネイティブ アプリケーションの多くの機能を提供するために、安全なサンドボックス環境で実行されるのが一般的でした。

Javaプログラミング言語で記述することは、 Java仮想マシン（JVM）でバイトコードとして展開されるコードを生成する主な方法です。バイトコードコンパイラは、 Ada、JavaScript、Kotlin（Googleの推奨Android言語）、Python、Rubyなど、他の言語でも利用できます。さらに、Clojure、Groovy、Scalaなど、いくつかの言語はJVMでネイティブに実行できるように設計されています。Javaの構文はCとC++から多くを借用していますが、オブジェクト指向の機能はSmalltalkとObjective-Cをモデルにしています。^[13] Javaはポインタなどの特定の低レベル構造を避け、オブジェクトがヒープ上に割り当てられ（一部の実装、たとえば現在Oracleによってサポートされているものはすべて、エスケープ解析最適化を使用してスタック上に割り当てる場合があります）、オブジェクト型のすべての変数が参照であるという非常に単純なメモリモデルを持っています。メモリ管理は、 JVMによって実行される 統合された自動ガベージコレクションによって処理されます。

最新バージョンは2024年3月にリリースされたJava 22で、最新の長期サポート（LTS）バージョンは2023年9月にリリースされたJava 21で、Java 8 LTSまで現在もサポートされている数少ないLTSバージョンの1つです。オープンソースプラットフォームとして、JavaにはAmazon、IBM、Azul Systems、AdoptOpenJDKなど多くのディストリビューターがあります。ディストリビューションには、Amazon Corretto、Zulu、AdoptOpenJDK、Libericaなどがあります。Oracleに関しては、Java 8を配布しているほか、Java 11なども提供しており、どちらも現在サポートされているLTSバージョンです。Oracle（およびその他）は、未解決のセキュリティ問題による重大なリスクがあるため、「Java 8より古いバージョンのJavaをアンインストールすることを強く推奨」しています^[14]。^{[15] [16] [17]} Java 9（およびバージョン10、12〜16、18〜20）はサポートされなくなったため、Oracleはユーザーに対してサポートされているバージョンに「直ちに移行」することを推奨しています。Oracleは2019年1月に、従来のJava 8 LTSの商用利用無料の最後のパブリックアップデートをリリースし、個人利用向けのパブリックアップデートでJava 8を無期限にサポートし続けます。OracleのJava 6の延長サポートは2018年12月に終了しました。^[18]

Java プラットフォームは、 Javaプログラミング言語で記述されたプログラムの開発と実行を容易にするプログラム スイートです。Java プラットフォームには、実行エンジン (仮想マシンと呼ばれる)、コンパイラ、および一連のライブラリが含まれます。また、要件に応じて追加のサーバーや代替ライブラリが存在する場合もあります。Java プラットフォームは、Java プログラムがすべての ハードウェアおよびオペレーティング システムで同じように実行できるように、さまざまなハードウェアおよびオペレーティング システム向けに実装されています。

Java プラットフォームは複数のプログラムで構成されており、各プログラムが全体の機能の一部を提供します。たとえば、Java ソース コードを Java バイトコード (JVM の中間言語) に変換するJava コンパイラは、 Java 開発キット(JDK) の一部として提供されます。Javaランタイム環境(JRE) は、ジャストインタイム (JIT) コンパイラで JVM を補完し、中間バイトコードをネイティブ マシン コードにオンザフライで変換します。Java プラットフォームには、広範なライブラリ セットも含まれています。

プラットフォームの重要なコンポーネントは、Java 言語コンパイラ、ライブラリ、および仮想マシン仕様に定められたルールに従って Java 中間バイトコードが実行されるランタイム環境です。

異なるプラットフォームは、異なるクラスのデバイスとアプリケーション ドメインを対象としています。

• Java Card : 小さな Java ベースのアプリケーション (アプレット) をスマート カードや同様の小型メモリ デバイス上で安全に実行できるようにするテクノロジ。
• Java ME (Micro Edition): ストレージ、ディスプレイ、および電力容量が制限されているデバイス向けに、複数の異なるライブラリ セット (プロファイルと呼ばれる) を指定します。モバイル デバイス、PDA、TVセットトップ ボックス、およびプリンター用のアプリケーションの開発によく使用されます。
• Java SE (Standard Edition): デスクトップ PC、サーバー、および同様のデバイスでの汎用用途向け。
• Jakarta EE (エンタープライズ エディション): Java SE と、多層 クライアント サーバー エンタープライズ アプリケーションに役立つさまざまな API を組み合わせたものです。

Java プラットフォームの核となるのは、 Java バイトコードプログラムを実行する「仮想マシン」です。このバイトコードは、プログラムがどのハードウェアやオペレーティング システムで実行されていても同じです。ただし、Java 10 (およびそれ以前) などの新しいバージョンでは小さな変更が加えられており、バイトコードは一般に前方互換性のみを持ちます。Java仮想マシン(JVM)には JIT (Just In Time) コンパイラがあります。JIT コンパイラは、実行時に Java バイトコードをネイティブ プロセッサ命令に変換し、実行中にネイティブ コードをメモリにキャッシュします。

バイトコードを中間言語として使用することで、Java プログラムは仮想マシンが利用可能なあらゆるプラットフォームで実行できます。JIT コンパイラを使用すると、Java アプリケーションは、ロード中に少し遅延した後、すべてまたは大部分が JIT コンパイルされて「ウォームアップ」すると、ネイティブ プログラムとほぼ同じ速度で実行される傾向があります。^{[26] [27] [28]} JRE バージョン 1.2 以降、Sun の JVM 実装には、インタープリタの代わりに ジャストインタイム コンパイラ が含まれています。

Java プログラムはクロスプラットフォームまたはプラットフォームに依存しませんが、これらのプログラムを実行する Java 仮想マシン (JVM) のコードはそうではありません。サポートされているすべてのオペレーティング プラットフォームには、独自の JVM があります。

Oracle がリリースした Java Runtime Environment (JRE) は、スタンドアロン JVM (HotSpot)、Java標準ライブラリ( Java Class Library )、構成ツール、およびブラウザ プラグイン (JDK 9 で廃止されるまで) を含む、無料で入手できるソフトウェア ディストリビューションです。これは、ラップトップおよびデスクトップフォーム ファクタのパーソナル コンピュータにインストールされる最も一般的な Java 環境です。フィーチャー フォンや JVM を搭載する初期のスマートフォンを含む携帯電話には、Java プラットフォームのMicro Editionを対象とするアプリケーションを実行するための JVM が搭載されている可能性が高くなります。一方、Java アプリを実行する最新のスマートフォン、タブレット コンピュータ、その他のハンドヘルド PC のほとんどは、JVM 仕様と互換性のないオープン ソースの仮想マシンを含むAndroid オペレーティング システムのサポートを通じて Java アプリを実行している可能性が高くなります。 （代わりに、GoogleのAndroid開発ツールはJavaプログラムを入力として受け取り、Androidデバイスの仮想マシンのネイティブ入力形式であるDalvikバイトコードを出力します。）Oracle BCL契約^[30]を伴うJREの最後のクリティカルパスアップデートバージョンは8u201であり、同じライセンスを伴う最後のパッチセットアップデートバージョンは8u202でした。^{[31] [32]}ライセンススキームに関係なく、最後のOracle JRE実装は9.0.4でした。^[33] Java Platform SE 9以降、プラットフォーム全体も​​モジュールにグループ化されました。^[34] Java SE実装のモジュール化により、開発者はユーザーデバイスに適切なJava SE実装が存在するかどうかにのみ依存するのではなく、アプリケーションをそれらが使用するすべてのモジュールとバンドルすることができます。^{[35] [36] [37] [38]}

最近のほとんどのオペレーティング システム(OS)では、プログラマーの作業を簡素化するために、大量の再利用可能なコードが提供されています。このコードは通常、アプリケーションが実行時に呼び出すことができる動的にロード可能なライブラリのセットとして提供されます。Java プラットフォームは特定のオペレーティング システムに依存しないため、アプリケーションは既存の OS ライブラリに依存できません。代わりに、Java プラットフォームは、最近のオペレーティング システムによく見られるのと同じ再利用可能な関数を多数含む、独自の標準クラス ライブラリの包括的なセットを提供します。システム ライブラリのほとんども Java で記述されています。たとえば、Swingライブラリはユーザー インターフェイスを描画し、イベントをそれ自体で処理するため、さまざまなプラットフォームがコンポーネントを処理する方法の多くの微妙な違いがなくなります。

Java クラス ライブラリは、Java プラットフォーム内で 3 つの目的を果たします。まず、他の標準コード ライブラリと同様に、Java ライブラリは、項目のリストの維持や複雑な文字列解析の実行などの一般的なタスクを実行するためのよく知られた関数セットをプログラマーに提供します。次に、クラス ライブラリは、通常はハードウェアとオペレーティング システムに大きく依存するタスクへの抽象インターフェイスを提供します。ネットワーク アクセスやファイル アクセスなどのタスクは、各プラットフォームの固有の実装と密接に絡み合っていることがよくあります。java.netライブラリjava.ioは、ネイティブ OS コードに抽象化レイヤーを実装し、Java アプリケーションがそれらのタスクを実行するための標準インターフェイスを提供します。最後に、基盤となるプラットフォームが Java アプリケーションが期待するすべての機能をサポートしていない場合、クラス ライブラリは、代替を提供するためのエミュレーションによって、または少なくとも特定の機能の存在を確認するための一貫した方法を提供することによって、存在しないコンポーネントを適切に処理します。

「Java」という単語は、通常、Java プラットフォームで使用するために設計された Java プログラミング言語を指します。プログラミング言語は通常、「プラットフォーム」というフレーズの範囲外ですが、Java プログラミング言語は Java 7 より前に Java プラットフォームの中核部分としてリストされていました。そのため、言語とランタイムは一般に 1 つのユニットと見なされていました。ただし、Java 7 仕様では、Java 言語と Java 仮想マシンをより明確に別のエンティティとして扱うように努めたため、これらは 1 つのユニットとは見なされなくなりました。^[39]

サードパーティは、JVM をターゲットとする多くのコンパイラやインタープリタを開発してきました。これらの中には、既存の言語向けのものもあれば、Java 言語の拡張機能向けのものもあります。これらには次のものが含まれます。

• BeanShell – Java用の軽量スクリプト言語^{[40] （} JShellも参照）
• Ceylon –不変性を重視したオブジェクト指向の強力かつ静的な型付けのプログラミング言語（2023 年以降はメンテナンスされなくなりました）
• Clojure – Java プラットフォーム上のLisp プログラミング言語の現代的かつ動的で機能的な 方言
• Gosu – Apache License 2.0 に基づいてリリースされた汎用 JVM ベースのプログラミング言語
• Groovy – Python、Ruby、Perl、Smalltalk の機能を備えた、Java と完全に相互運用可能で、Java 構文と互換性のある静的および動的言語
• JRuby – Rubyインタープリタ
• Jython – Pythonインタープリター
• Kotlin – 完全なJava相互運用性を備えたJVM (およびデスクトップや iOS などの非 JVM)用のプログラミング言語(Google が Android で推奨する言語は、Java よりも JVM です。Java も Android で引き続きサポートされており、以前にも推奨されていました)
• Rhino – JavaScriptインタープリター
• Scala – 「より優れた Java」として設計された、Java と互換性のない構文を持つマルチパラダイム プログラミング言語

Java の成功と、一度書けばどこでも実行できるというコンセプトは、他の同様の取り組み、特に2002 年以降に登場した.NET Frameworkにつながっています。.NET Frameworkには、Java の成功した側面の多くが組み込まれています。.NET は、複数のプログラミング言語をサポートするためにゼロから構築されましたが、Java プラットフォームは当初 Java 言語のみをサポートするために構築されました。ただし、それ以降、他の多くの言語が JVM 用に作成されました。Java と同様に、.NET 言語はバイト コードにコンパイルされ、共通言語ランタイム(CLR) によって実行されます。CLR の目的は JVM と似ています。JVM と同様に、CLR は自動ガベージ コレクションによるメモリ管理を提供し、.NET バイト コードを複数のオペレーティング システムで実行できるようにします。

.NET には、当初J++と呼ばれ、その後Visual J#と呼ばれるようになったJava に似た言語が含まれていましたが、これは Java 仕様と互換性がありませんでした。この言語は 2007 年に廃止され、2015 年にサポートが終了しました。

JVM 仕様では、実装の詳細に関して実装者にかなりの自由度が与えられています。Java 1.3 以降、Oracle の JRE には HotSpot と呼ばれる JVM が含まれています。これは、高性能な JVM となるように設計されています。

コード実行を高速化するために、HotSpot はジャストインタイム コンパイルに依存します。オブジェクトの割り当てとガベージ コレクションを高速化するために、HotSpot は世代別ヒープを使用します。

Java仮想マシンヒープは、JVMが動的メモリ割り当てに使用するメモリ領域です。^[41]

HotSpot ではヒープは世代に分割されます。

• 若い世代には、作成されてすぐにガベージ コレクションされる短命のオブジェクトが格納されます。
• より長く存続するオブジェクトは、古い世代( tenured 世代とも呼ばれます)に移動されます。このメモリは、最初のガベージ コレクションと次のガベージ コレクションを生き残ったオブジェクトが格納される (2 つの) Survivors スペースに分割されます。

永久世代（またはpermgen）は、Java 8より前のクラス定義と関連メタデータに使用されていました。永久世代はヒープの一部ではありませんでした。^{[42] [43]}永久世代はJava 8から削除されました。^[44]

もともと永続的な世代はなく、オブジェクトとクラスは同じ領域に一緒に保存されていました。しかし、クラスのアンロードはオブジェクトの収集よりもはるかにまれにしか発生しないため、クラス構造を特定の領域に移動することでパフォーマンスが大幅に向上しました。^[42]

Java JRE は多数のコンピュータにインストールされています。そのため、古いバージョンの JRE を使用しているエンド ユーザーは、多くの既知の攻撃に対して脆弱です。このため、Java は本質的に安全ではないという認識が広く共有されています。^[45] Java 1.7 以降、Oracle の Windows 用 JRE には自動更新機能が含まれています。

Javaブラウザプラグインが廃止される前は、どのウェブページでもJavaアプレットが実行されていた可能性があり、悪意のあるウェブサイトが簡単に攻撃できる場所となっていた。2013年にカスペルスキー研究所は、Javaプラグインがコンピュータ犯罪者に好まれる手法であると報告した。ハッカーがハッキングしたウェブサイトに展開する多くのエクスプロイトパックにはJavaエクスプロイトが含まれている。^[46] Javaアプレットは、2018年9月25日にリリースされたJava 11で削除された。

Java プラットフォームと言語は、1990 年 12 月にサン マイクロシステムズの内部プロジェクトとして始まり、C++/ Cプログラミング言語の代替として提供されました。エンジニアのパトリック ノートンは、サンの C++ および Cアプリケーション プログラミング インターフェイス(API) とツールの状態、およびNeWSプロジェクトの組織による処理方法に不満を募らせていました。ノートンはスコット マクニーリーにサンを離れてNeXTに移る計画を伝えました。マクニーリーはノートンに、自分が神のふりをして、会社を立て直す方法を説明した電子メールを送ってほしいと依頼しました。ノートンは、サンの他のプロジェクトを停滞させている官僚主義に縛られずに自律的に作業できる小さなチームを作ることを思い描きました。マクニーリーはそのメッセージをサンの他の重要人物に転送し、ステルス プロジェクトが始まりました。^[47]

ステルスプロジェクトはすぐにグリーンプロジェクトに改名され、ジェームズ・ゴスリングとマイク・シェリダンがノートンに加わった。彼らは他のエンジニアとともに、カリフォルニア州メンロパークのサンドヒルロードにある小さなオフィスで仕事を始めた。彼らは次世代のスマート家電をプログラミングするための新しい技術を開発することを目指しており、サンはそれが大きな新しい機会をもたらすと期待していた。^[48]

当初、チームは C++ の使用を検討していましたが、いくつかの理由で却下しました。限られたリソースで組み込みシステムを開発していたため、C++ ではメモリが多すぎること、またその複雑さが開発者のエラーにつながると判断しました。この言語にはガベージ コレクションがないため、プログラマーはシステム メモリを手動で管理する必要があり、これは困難でエラーが発生しやすい作業です。また、チームは C++ 言語にはセキュリティ、分散プログラミング、スレッド化の移植性がないことも懸念していました。最終的に、あらゆる種類のデバイスに簡単に移植できるプラットフォームが必要でした。

ビル・ジョイは、Mesaと Cを組み合わせた新しい言語を構想していた。彼はFurtherという論文で、Sun のエンジニアがC++ をベースにしたオブジェクト指向環境を開発すべきだと提案した。当初、ゴスリングは C++ の修正と拡張 (彼はこの開発案を「C++++ --」と呼んでいた) を試みたが、すぐにそれを断念し、オフィスのすぐ外に立っていた木にちなんでOak^{と名付けた新しい言語を作成することにした。 [49]}

1992年の夏までに、チームはGreen OS、Oak言語、ライブラリ、ハードウェアなど、新しいプラットフォームの一部をデモンストレーションすることができた。1992年9月3日の最初のデモンストレーションでは、ユーザーを支援するためのグラフィカルインターフェイスと「Duke」と呼ばれるスマートエージェントを備えたStar7 ^[1]という携帯情報端末 (PDA)デバイスの構築に焦点を当てた。その年の11月、Green Projectはサン・マイクロシステムズの完全子会社であるFirstpersonにスピンオフし、チームはカリフォルニア州パロアルトに移転した。^[50] Firstpersonチームは高度にインタラクティブなデバイスの構築に関心があり、タイムワーナーがセットトップボックスの提案依頼(RFP) を発行したとき、Firstpersonはターゲットを変更し、セットトップボックスプラットフォームの提案で応えた。しかし、ケーブル業界は彼らのプラットフォームがユーザーに過度の制御を与えていると感じたため、FirstpersonはSGIに入札で敗れた。3DO 社とのセットトップ ボックスに関する 追加契約も実現しませんでした。テレビ業界内で関心を集めることができなかったため、同社はサンに再び組み入れられました。

1994年6月から7月にかけて、ジョン・ゲージ（サンの科学部長）、ゴスリング、ジョイ、ノートン、ウェイン・ロージング、エリック・シュミットと3日間のブレインストーミングを行った後 、チームはプラットフォームをワールド・ワイド・ウェブ向けに再検討した。彼らは、モザイクのようなグラフィカルなウェブブラウザの出現により、インターネットはケーブルテレビ向けに思い描いていたのと同じ高度にインタラクティブなメディアに進化できると感じた。プロトタイプとして、ノートンは小さなブラウザWebRunner（映画「ブレードランナー」にちなんで名付けられた）を書き、 1995年に HotJava ^[48]に改名した。

Sunは、商標検索でOak TechnologyがOakという名前を使用していることが判明した後、Oak言語の名前をJavaに変更しました。^[51] Sunは、市場シェアを獲得するためにJavaライセンスをコスト以下に設定しました。^[52] Java 1.0aは1994年にダウンロード可能になりましたが、Javaの最初の公開リリースであるHotJavaブラウザを備えたJava 1.0a2は、1995年5月23日にSunWorldカンファレンスでGageによって発表されました。Gageの発表に合わせて、Netscape Communications CorporationのエグゼクティブバイスプレジデントであるMarc Andreessenは、NetscapeブラウザにJavaサポートが含まれることを突然発表しました。1996年1月9日、Sun Microsystemsは、このテクノロジを開発するためにJavaSoftグループを結成しました。^[53]

ウェブブラウザ用のいわゆる Java アプレットは、もはや Java の最も一般的な使用法 (たとえば、サーバー側での使用が増えた) や、クライアント側でコードを実行する最も一般的な方法 (JavaScript がより一般的になった) ではなくなりましたが、JVM サポートが廃止された後でも、たとえば TeaVM を使用して、ウェブブラウザで Java (または Kotlin などの他の JVM 言語) を実行することは可能です。

2006年11月13日、サン・マイクロシステムズはJavaの実装の大部分をGNU一般公衆利用許諾書（GPL）の下で公開した。^{[54] [55]}

Java言語は、1996年1月23日のJDK（ Java開発キット）1.0のリリース以来、標準ライブラリに多数のクラスとパッケージが追加されるなど、いくつかの変更が行われてきました。J2SE 1.4以降、Java Community Process（JCP）がJava言語の進化を管理してきました。JCPは、Java仕様要求（JSR）を使用して、Javaプラットフォームへの追加と変更を提案および指定します。Java言語仕様（JLS）は言語を指定し、JLSへの変更はJSR 901の下で管理されます^。[56]

Sun は1997 年 2 月 19 日にJDK 1.1 をリリースしました。主な追加機能には、Abstract Window Toolkit (AWT) イベント モデルの大幅な再設計、言語に追加された内部クラス、 JavaBeans、およびJava Database Connectivity (JDBC) が含まれます。

J2SE 1.2 (1998 年 12 月 8 日) – コードネームPlayground。このリリースと J2SE 5.0 までの後続リリースはJava 2にブランド名が変更され、バージョン名「J2SE」( Java 2 Platform, Standard Edition ) が JDK に取って代わり、ベース プラットフォームを J2EE ( Java 2 Platform, Enterprise Edition ) および J2ME ( Java 2 Platform, Micro Edition ) と区別しました。主な追加機能には、リフレクション、コレクションフレームワーク、Java IDL ( CORBA相互運用性のためのインターフェイス記述言語実装)、およびSwingグラフィカル API のコア クラスへの統合が含まれます。Javaプラグインがリリースされ、Sun の JVM に初めて JIT コンパイラが搭載されました。

J2SE 1.3 (2000 年 5 月 8 日) – コードネームKestrel。注目すべき変更点には、HotSpot JVM (HotSpot JVM は 1999 年 4 月に J2SE 1.2 JVM 用に初めてリリースされました)、JavaSound、Java Naming and Directory Interface (JNDI)、およびJava Platform Debugger Architecture (JPDA) のバンドルが含まれます。

J2SE 1.4 (2002年2月6日) – コードネームMerl​​in。これは、Java Community Processの下でJSR 59として開発されたJavaプラットフォームの最初のリリースとなった。 ^[57]主な変更点には、 Perlをモデルにした正規表現、例外チェーン、統合されたXMLパーサーとXSLTプロセッサ( JAXP )、Java Web Startなどがある。

J2SE 5.0 (2004年9月30日) – コードネームTiger。当初は1.5という番号が付けられ、現在でも社内バージョン番号として使用されています。^{[58] JSR 176に基づいて開発されたTigerでは、} for-eachループ、ジェネリック、オートボックス化、可変引数など、いくつかの重要な新しい言語機能が追加されました。^[59]

Java SE 6 (2006 年 12 月 11 日) – コードネームMustang。データベース マネージャーがバンドルされ、JVM でのスクリプト言語の使用を容易にします ( MozillaのRhinoエンジンを使用したJavaScriptなど)。このバージョン以降、Sun は名前「J2SE」をJava SEに置き換え、バージョン番号から「.0」を削除しました。^{[60]その他の主な変更点には、プラグ可能な}注釈( JSR 269 )のサポート、 Windows Vistaのルック アンド フィールをサポートするためのネイティブ UI 拡張を含む多くのGUIの改善、監視とトラブルシューティングを向上させるための Java Platform Debugger Architecture (JPDA) と JVM Tool Interfaceの改善などがあります。

Java SE 7 (2011年7月28日) – コードネームDolphin。このバージョンはJSR 336に基づいて開発されました。 ^[61]スイッチ内の文字列、try-with-resources、汎用インスタンス作成の型推論など、多くの小さな言語変更が追加されました。JVMは動的言語のサポートで拡張され、クラスライブラリはjoin/forkフレームワーク、^{[62]改善された新しいファイルI/Oライブラリ、} SCTPなどの新しいネットワークプロトコルのサポートなどで拡張されました。Java 7 Update 76は2015年1月にリリースされ、有効期限は2015年4月14日でした。^[63]

2016年6月、Java 7の最後の公開アップデート後、^[64] Java 6、7、8に「リモートから悪用可能な」セキュリティバグがあることが発表されました。 ^[16]

Java SE 8 (2014 年 3 月 18 日) – コードネームKenai。注目すべき変更点としては、ラムダ式(クロージャ) とデフォルト メソッドの言語レベルのサポート、Project Nashorn JavaScript ランタイム、Joda Time にヒントを得た新しい日付と時刻の API、PermGen の削除などがあります。このバージョンはWindows XPプラットフォームでは公式にはサポートされていませんが^[65]、そこで動作することがわかっています。したがって、Java 7 のライフサイクルが終了したため、XP ユーザーに推奨されるバージョンです。以前は、Windows XP SP3 では非公式の手動インストール方法のみが説明されていました。これは、完全に機能するJava ランタイム環境も含む Java の開発プラットフォームである JDK8 を指します。^[66] Java 8 は、Windows Server 2008 R2 SP1、Windows Vista SP2、Windows 7 SP1、Ubuntu 12.04 LTS 以降 (および他のいくつかの OS) でサポートされています。^[67]

Java SE 9および10では、システム要件がさらに高くなっており、Windows 7またはServer 2012（認定されているWebブラウザの最小要件はInternet Explorer 11またはその他のWebブラウザに引​​き上げられている）となっています。また、Oracleはすべてのプラットフォームで32ビット互換性を廃止しており、Oracleの「 64ビットJava仮想マシン（JVM）のみが認定されています」。^[68]

Java SE 11 LTSは2018年9月にリリースされました。これは、バージョン9からラピッドリリースモデルが採用されて以来初のLTSリリースです。OpenJDK 11は初めて、GNU General Public Licenseの下でJavaプラットフォームの完全なソースコードを表しています。Oracleは依然としてオプションのプロプライエタリライセンスとのデュアルライセンスを提供していますが、プロプライエタリライセンスバージョンに固有のコードの違いやモジュールはありません。^{[69] Java 11の機能には、2つの新しいガベージコレクター実装、深刻な問題をデバッグするためのフライトレコーダー、} WebSocketサポートを含む新しいHTTPクライアントが含まれています。^[70]

Java SE 12は2019年3月にリリースされました。^[71]

Java SE 13は2019年9月にリリースされました。^[72]

Java SE 14は2020年3月にリリースされました。^[73]

Java SE 15は2020年9月にリリースされました。

Java SE 16 は2021 年 3 月にリリースされました。

Java SE 17 LTS は 2021 年 9 月にリリースされました。

Java SE 18 は2022 年 3 月にリリースされました。

Java SE 19は2022年9月にリリースされました。

Java SE 20は2023年3月にリリースされました。

Java SE 21 LTS は 2023 年 9 月にリリースされました。

Java SE 22 は2024 年 3 月にリリースされました。

言語の変更に加えて、Javaクラスライブラリには長年にわたり大きな変更が加えられ、JDK 1.0の数百クラスからJ2SE 5.0の3000クラス以上にまで成長しました。SwingやJava 2Dなどのまったく新しいAPIが進化し、元のJDK 1.0のクラスとメソッドの多くは非推奨になりました（その中にはファイナライズに関連するものなど、「最終的に非推奨になった」ものもあります）。^[74]

Java 22では、ほとんど使われないAPI（スレッド用）が少なくとも1つ削除されました。^{[75] [76]}

現在の Java は、64 ビット Windows 10 (および Server 2016) 以降、64 ビット macOS 13.x 以降、および 64 ビット Linux (Oracle Enterprise Linux など) でサポートされています。その他のバージョンは Oracle ではサポートされていません (ビルド用ですが、IBM、SAP などではサポートされている可能性があります) が、AIX、Ubuntu、RHEL、Alphine/ muslなどで動作することがわかっています。32 ビット Windows のサポートは、Java 22 以降では非推奨です (および 32 ビット JVM は、デフォルト以外のオプションなしではビルドされなくなりました)。

2010年のOracleによると、Java Runtime Environmentは8億5000万台以上のPCで発見された。^[77] Microsoftは、バンドルされたJava Runtime EnvironmentにWindows固有のクラスを追加し、新しいクラスをVisual J++で利用できるようにしたとしてSun MicrosystemsがMicrosoftを訴えて以来、Java Runtime Environment ( JRE)を自社のオペレーティングシステムにバンドルしていない。^{[要出典] Appleは}バージョン10.7以降、 OS XにJavaランタイムを同梱していないが、JREを必要とするアプリケーションを初めて起動するときに、ユーザーにダウンロードしてインストールするように求めるメッセージが表示される。^[要出典]多くのLinuxディストリビューションには、 OpenJDKランタイムがデフォルトの仮想マシンとして含まれているため、独自のOracle JREをダウンロードする必要がなくなる。^[78]

Javaアプリケーションの中には、 NetBeans、Eclipse、JetBrains ^[79]など の統合開発環境や、LimeWireやVuzeなどのファイル共有クライアントなど、デスクトップで広く使用されているものがあります。Javaは、 MATLAB数学プログラミング環境でも、ユーザーインターフェイスのレンダリングとコアシステムの一部として使用されています。Javaは、 Lotus Notesなどの一部のハイエンドコラボレーションアプリケーションにクロスプラットフォームのユーザーインターフェイスを提供します。

Oracleはまず、JDK 9のJava Runtime Environmentから個別にインストール可能なJavaブラウザプラグインを廃止し、その後将来のリリースから完全に削除して、Web開発者に代替技術の使用を強制する予定です。^[80]

デュークはジャワ島のマスコットです。^[81]

SunはJava SEとJava MEをフリーソフトウェアライセンス（GNU General Public License ）でリリースすると発表した際、同時にDukeのグラフィックをフリーBSDライセンスでリリースした。 ^[82] Dukeのキャラクターは毎年新しく登場する。^[83]例えば、2011年7月の「Future Tech Duke」には、より大きな鼻、ジェットパック、青い翼が含まれていた。^[84]

SunのJava実装（つまり、事実上のリファレンス実装）のソースコードは以前から公開されていましたが、最近まで^[85]、ライセンス条項により、Sunとの契約に署名（通常は料金の支払い）せずにソースコードを使ってできることが厳しく制限されていました。そのため、これらの条項はオープンソースイニシアチブやフリーソフトウェア財団のオープンソースまたはフリーソフトウェアと見なされる要件を満たしておらず、Sun Javaはプロプライエタリなプラットフォームでした。^[86]

いくつかのサードパーティ プロジェクト ( GNU ClasspathやApache Harmonyなど)がフリー ソフトウェアの部分的な Java 実装を作成しましたが、Sun ライブラリのサイズが大きく、クリーン ルーム メソッドを使用しているため、Java ライブラリの実装 (コンパイラと VM は比較的小さく、明確に定義されています) は不完全で、完全に互換性がありませんでした。これらの実装は、Sun のものよりも最適化がはるかに劣る傾向がありました。^{[引用が必要]}

サンはJavaOne 2006でJavaをフリーでオープンソースのソフトウェアにすると発表しました^[87]。また、2006年10月25日のOracle OpenWorldカンファレンスで、ジョナサン・I・シュワルツは同社が30日から60日以内にコアJavaプラットフォームをフリーでオープンソースのソフトウェアとしてリリースすることを発表する予定であると述べました^{[88] 。}

Sun は 2006 年 11 月 13 日に Java HotSpot 仮想マシンとコンパイラをGNU 一般公衆利用許諾書の下でフリーソフトウェアとしてリリースし、JDK の残りの部分 (JRE を含む) を 2007 年 3 月までに GPL の下に置くことを約束しました (「Sun が GPL の下で配布可能なソース形式で公開する権利を持たないいくつかのコンポーネントを除く」)。^[89] Richard Stallmanによると、これは「Java トラップ」の終焉を意味します。^[90] Mark Shuttleworth は最初のプレス発表を「フリーソフトウェアコミュニティにとって真のマイルストーン」と呼びました。^[91]

Sunは2007年5月8日にクラスライブラリのソースコードをGPLで公開したが、一部の限定された部分は、フリーソフトウェアおよびオープンソースライセンスでコードを公開することを望まない第三者からSunがライセンス供与されたものであった。 ^[92]制限された部分の中には、フォントレンダリングや2Dラスタライズなど、プラットフォームのかなり重要な部分であることが判明したが、これらは後にSunによってオープンソースとして公開された（OpenJDKクラスライブラリを参照）。

Sun の目標は、プロプライエタリでクローズドソースのままになっている部分を代替実装に置き換え、クラスライブラリを完全にフリーでオープンソースにすることだった。その間、IcedTeaと呼ばれるサードパーティのプロジェクトが、制約のあるコードをスタブまたはGNU Classpathのコードに置き換えることで、完全にフリーで非常に使いやすい JDK を作成した。しかし、OpenJDK はその後、制約のある部分なしでビルドできるようになり (OpenJDK 6 b10 ^[93]以降)、ほとんどの Linux ディストリビューションのデフォルトのランタイム環境となった。^{[94] [95] [96] [97]}

2008年6月、IcedTea 6（ Fedora 9上のOpenJDKのパッケージ版）がテクノロジー互換性キットのテストに合格し、完全に互換性のあるJava 6実装であると主張できることが発表されました。^[98]

OpenJDKはGPLの下にあるため、エンドユーザー（またはそのシステム管理者）が各システムに独自のOracle JREの正しいバージョンをダウンロードしてインストールする必要はなく、^{[99] [100]} JREのカスタムバージョンをソフトウェアアプリケーションとともに直接再配布することが可能です。

ほとんどの場合、Web ブラウザでは Java サポートは不要であり、セキュリティの専門家は、絶対に必要な場合を除いてブラウザで Java を実行しないことを推奨しています。^[ 101 ^{]いくつかの}Web サイトで Java が必要な場合は、ユーザーはそれらのサイト専用の別のブラウザをインストールする必要があると提案されました。^{[引用が必要]}

Java 5.0にジェネリックが追加された時点では、すでに大規模なクラスのフレームワークが存在していた（その多くはすでに非推奨となっていた）ため、移行互換性と既存クラスの再利用を可能にするために、消去を使用してジェネリックを実装することが選択された。これにより、他の言語と比較して、この追加によって提供できる機能が制限された。^{[102] [103]}型ワイルドカードの追加により、Javaは不安定になった。^[104]

Java にはネイティブの符号なし整数型がありません。符号なしデータはCで書かれたプログラムから生成されることが多く、これらの型がないため C と Java の間で直接データを交換できません。符号なしの大きな数は暗号化を含む多くの数値処理分野でも使用されるため、これらのタスクで Java を使用するのは不便です。^[105] 変換コードと大きなデータ型を使用することでこの問題を部分的に回避することは可能ですが、符号なしデータの処理において Java の使用が面倒になります。32 ビットの符号付き整数を使用して 16 ビットの符号なし値を比較的簡単に保持できますが、32 ビットの符号なし値には 64 ビットの符号付き整数が必要です。さらに、Java 言語には 64 ビットより大きい型が存在しないため、64 ビットの符号なし値は Java のどの整数型を使用しても格納できません。関数を使用して抽象化すると、他の言語にネイティブな多くの操作で関数呼び出しが必要になります。あるいは、Javaの符号付き整数を使用して同じサイズの符号なし整数をエミュレートすることも可能ですが、これには複雑なビット演算の詳細な知識が必要です。^[106]

Javaの浮動小数点演算は主にIEEE 754（二進浮動小数点演算の標準）に基づいていますが、例外フラグや有向丸めなど、IEEE標準754で義務付けられている機能は、修飾子を使用してもサポートされません。strictfpさらに、754で許可され、多くのプロセッサに存在する拡張精度浮動小数点型は、Javaでは許可されていません。^{[107] [108]}

Javaの初期の頃（2000年にJava 1.3でHotSpot VMが実装される前）には、パフォーマンスに関する批判がいくつかありました。ベンチマークでは、JavaはC（ネイティブコードにコンパイルされる言語）よりも約50％遅いと報告されています。^{[109] [110] [111]}

Javaのパフォーマンスは初期のバージョンから大幅に向上しました。^[26] JITコンパイラのパフォーマンスは、ネイティブコンパイラと比較して、いくつかの最適化されたテストで非常に似ていることが示されています。^{[26] [27] [28]}

Java バイトコードは、仮想マシンによって実行時に解釈されるか、またはロード時または実行時にネイティブ コードにコンパイルされて、コンピューターのハードウェア上で直接実行されるようになります。解釈はネイティブ実行よりも遅く、ロード時または実行時のコンパイルには、コンパイルによる初期パフォーマンスの低下が伴います。最新の高性能 JVM 実装はすべてコンパイル アプローチを使用しているため、初期起動時間後は、パフォーマンスはネイティブ コードと同等になります。

Javaプラットフォームは、悪意のあるソフトウェアや不適切に記述されたソフトウェアからユーザーを保護するために、信頼できないバイトコードを「サンドボックス」方式で実行できるように設計されたセキュリティアーキテクチャ^{[112]を提供します。この「サンドボックス」機能は、ローカルファイルシステムへのアクセス、任意のコマンドの実行、通信ネットワークへのアクセスなど、}マルウェアに悪用される可能性のある特定のプラットフォーム機能やAPIへのアクセスを制限することで、ユーザーを保護することを目的としています。

近年、研究者らは、Oracle を含む広く使用されている Java 実装の一部に多数のセキュリティ上の欠陥を発見しました。これらの欠陥により、信頼できないコードがサンドボックス メカニズムを回避し、ユーザーを悪意のある攻撃にさらす可能性があります。これらの欠陥は、公開 Web サイトからダウンロードした Java アプレットを実行する Web ブラウザ プラグインなど、任意の信頼できないバイトコードを実行する Java アプリケーションにのみ影響します。ユーザーが信頼し、実行されるすべてのコードを完全に制御できるアプリケーションは影響を受けません。

2012年8月31日、Microsoft Windows、 OS X、Linux上のJava 6と7（当時サポートされていた）に重大なセキュリティ上の欠陥があり、悪意のあるWebページを読み込むだけでリモートから攻撃を受ける可能性があることが判明しました。 ^{[113]その後、} Java 5にも欠陥があることが判明しました。^[114]

2013年1月10日、3人のコンピュータ専門家がJavaに反対し、ロイター通信に対し、Javaは安全ではなく、人々はJavaを無効にするべきだと語った。AlienVault LabsのラボマネージャーであるJaime Blasco氏は、「Javaはめちゃくちゃです。安全ではありません。無効にする必要があります。」と述べた。 ^[115] この脆弱性はJava 7に影響し、 Java 6に影響するかどうかは不明であるため、消費者はJavaを無効にすることを提案している。^{[116] [117]} Oracleのセキュリティアラートは、Javaの重要なセキュリティ関連パッチのスケジュールを発表している。^[118]

2013年1月14日、セキュリティ専門家は、アップデートでは依然としてPCを攻撃から保護できなかったと述べた。^[119]この脆弱性に対して、米国国土安全保障省はユーザーにJavaを無効にするかアンインストールするよう促した。^{[17] Appleは、ウイルス対策プログラムを通じて、} OS Xオペレーティングシステムを実行しているすべてのコンピューターでJavaを限定的にブラックリストに登録した。^[120]

2014年、セキュリティ ブロガーのBrian Krebs氏は、当時最新の Java セキュリティと脆弱性の問題に対応して、少なくとも Java ブラウザ プラグインとソフトウェア全体を削除するようユーザーに呼びかけました。「Java プラグインのない世界 (および四半期ごとのパッチ更新について読者に通知する必要のない世界) を楽しみにしています。しかし、このプラグインのさまざまなバージョンが世界中のエンド ユーザー システムからほぼ削除されるまでには、おそらく何年もかかるでしょう。」^[121]「かつては有望だったが、ブラウザーでの有用性はなくなり、コンピューター ユーザーを犠牲にしてサイバー犯罪者を喜ばせる悪夢となった。」^[122]「すべての PC と Mac から Java をアンインストールし、再度追加する必要があるかどうかを慎重に検討する必要があると思います。一般的なホーム ユーザーであれば、おそらく Java なしでもかまいません。ビジネス ユーザーの場合は、選択の余地がない可能性があります。」^[123]

Oracle が配布する Java ランタイム環境には、インストール時および毎月リリースされるアップデート時にデフォルトでインストールされるスポンサー付きソフトウェアがバンドルされてきた歴史があります。これには、ブラウザ検索を広告にリダイレクトする「 Ask.com ツールバー」や「 McAfee Security Scan Plus」が含まれます。 ^[124]これらのオファーは、Java コントロール パネルの設定でブロックできますが、これは明らかではありません。この設定は、Java コントロール パネルの「詳細」タブの「その他」の見出しの下にあり、オプションは「スポンサー オファー」を抑制するオプションとしてラベル付けされています。

Javaは、Google Chrome ^[126]やFlash Player [127 ^]とは異なり、ユーザーの介入や管理者権限を必要としない自動アップデータをまだリリースしていません。 ^[125]

• Java API のリスト
• Java ロギングフレームワーク
• Java パフォーマンス
• ジャバFX
• ジャゼル
• Java コンカレントマップ
• JVM言語のリスト
• コンピューターマスコットの一覧

• 「JVM 仕様の誕生」。infoq.com。– 2008 年の JVM 言語サミットでの、 James GoslingによるJava の起源に関する プレゼンテーション
• Javaフォーラムの組織
• Java 入門、2014 年 5 月 14 日、Java77 ブログ