Java（プログラミング言語）

ジャワ

パラダイム	マルチパラダイム:ジェネリック、オブジェクト指向(クラスベース)、関数型、命令型、リフレクション型、並行型
デザイン：	ジェームズ・ゴスリング
開発者	オラクル株式会社
初登場	1995年5月23日; 29年前[1] ( 1995-05-23 )
タイピングの規律	静的、強い、安全、主格、明示的
メモリ管理	自動ガベージコレクション
ファイル名拡張子	.java、.class、.jar、.jmod、.war
Webサイト	oracle.com/java/ java.com 開発Java
影響を受けた
CLU、[2] Simula67、[2] Lisp、[2] Smalltalk、[2] Ada 83、C++、[3] C#、[4] Eiffel、[5] Mesa、[6] Modula-3、[7] Oberon、[8] Objective-C、[9] UCSD Pascal、[10] [11] Object Pascal [12]
影響を受けた
Ada 2005、BeanShell、C#、Chapel、[13] Clojure、ECMAScript、Fantom、Gambas、[14] Groovy、Hack、[15] Haxe、J#、Kotlin、PHP、Python、Scala、Seed7、Vala、JavaScript、JS++、ArkTS
Wikibooks の Java プログラミング

Javaは、実装依存性を可能な限り少なくするように設計された、高水準でクラスベースのオブジェクト指向プログラミング 言語である。Javaは、プログラマが一度書けばどこでも実行できる（WORA）ことを目的とした汎用プログラミング言語である。 ^[16]つまり、コンパイルされたJavaコードは、再コンパイルすることなく、Javaをサポートするすべてのプラットフォームで実行できる。^[17] Javaアプリケーションは通常、基盤となるコンピュータアーキテクチャに関係なく、任意のJava仮想マシン（JVM）で実行できるバイトコードにコンパイルされる。Javaの構文はCやC++に似ているが、どちらよりも低水準の機能が少ない。Javaランタイムは、従来のコンパイル言語では通常利用できない 動的機能（リフレクションや実行時コード変更など）を提供する。

Javaはリリース後すぐに人気を博し、それ以来人気のプログラミング言語となっています。^[18] GitHub^{[アップデート]}によると、Javaは2022年に3番目に人気のあるプログラミング言語でした。^[19]依然として広く人気があるものの、近年はJVMを使用する他の言語の人気が高まっており、Javaの使用は徐々に減少しています。^[20]

Javaは、サン・マイクロシステムズのジェームズ・ゴスリングによって設計されました。1995年5月に、サンのJavaプラットフォームのコアコンポーネントとしてリリースされました。オリジナルおよびリファレンス実装のJavaコンパイラ、仮想マシン、クラスライブラリは、サンによって独自のライセンスでリリースされました。2007年5月の時点で、 Javaコミュニティプロセスの仕様に準拠して、サンはJavaテクノロジーのほとんどをGPL-2.0のみのライセンスで再ライセンスしました。 2010年にサンを買収したオラクルは、独自のHotSpot Java仮想マシンを提供しています。ただし、公式のリファレンス実装はOpenJDK JVMです。これはほとんどの開発者が使用するオープンソースソフトウェアであり、ほとんどすべてのLinuxディストリビューションのデフォルトのJVMです。

Java 23 は2024 年 9 月現在のバージョンです^{[アップデート]}。Java 20 と 22 はメンテナンスされなくなりました。Java 8、11、17、21 は長期サポートバージョンであり、現在もメンテナンス中です。

ジェームズ・ゴスリング、マイク・シェリダン、パトリック・ノートンは1991年6月にJava言語プロジェクトを立ち上げた。^[21] Javaはもともと双方向テレビ向けに設計されたが、当時のデジタルケーブルテレビ業界には先進的すぎた。^[22]この言語は当初、ゴスリングのオフィスの外に立っていた樫の木にちなんでOakと呼ばれていた。後にこのプロジェクトはGreenという名前で呼ばれ、最終的にインドネシア産のコーヒーの一種であるJavaコーヒーにちなんでJavaに改名された。^[23]ゴスリングはシステムおよびアプリケーションプログラマーが馴染みのあるC / C++スタイルの構文でJavaを設計した。 ^[24]

サン・マイクロシステムズは、1996年に最初のパブリック実装をJava 1.0としてリリースしました。^[25]これは、一度書けばどこでも実行できる（WORA）機能を約束し、一般的なプラットフォーム上で無償のランタイムを提供しました。かなり安全で、構成可能なセキュリティを備え、ネットワークおよびファイルアクセスの制限が可能でした。主要なWebブラウザはすぐにWebページ内でJavaアプレットを実行する機能を組み込み、Javaは急速に普及しました。Java 1.0コンパイラは、Java 1.0言語仕様に厳密に準拠するように、Arthur van HoffによってJavaで書き直されました。 ^[26] Java 2（1998年12月～1999年に最初にJ2SE 1.2としてリリース）の登場により、新しいバージョンでは異なるタイプのプラットフォーム用に複数の構成が構築されました。J2EEには、通常サーバー環境で実行されるエンタープライズ・アプリケーション向けのテクノロジーとAPIが含まれ、J2MEにはモバイル・アプリケーション向けに最適化されたAPIが含まれていました。デスクトップ・バージョンはJ2SEに改名されました。 2006 年、マーケティング上の理由から、Sun は新しい J2 バージョンの名前をそれぞれJava EE、Java ME、Java SEに変更しました。

1997年、サン・マイクロシステムズはISO/IEC JTC 1標準化団体、その後はEcma InternationalにJavaの正式化を申し出たが、すぐにそのプロセスから撤退した。^{[27] [28] [29] Javaは}事実上の標準であり続け、Java Community Processを通じて管理されている。^[30]サンはかつて、プロプライエタリなソフトウェアであるにもかかわらず、Java実装のほとんどを無償で提供していた。サンはJava Enterprise Systemなどの特殊な製品のライセンス販売を通じてJavaから収益を得ていた。

2006年11月13日、サンはJava仮想マシン（JVM）の大部分をGPL-2.0のみのライセンスの条件でフリーかつオープンソースのソフトウェア（FOSS）としてリリースした。2007年5月8日、サンはプロセスを完了し、サンが著作権を保有していないコードの一部を除いて、JVMのコアコードすべてをフリーソフトウェア/オープンソースの配布条件で利用できるようにした。^[31]

サンの副社長リッチ・グリーンは、Javaに関するサンの理想的な役割は伝道師であると述べた。^{[32] 2009年から2010年にかけて}オラクル社がサン・マイクロシステムズ社を買収した後、オラクル社は参加と透明性のあるコミュニティの育成に絶え間なく取り組むJava技術の管理者であると自らを位置付けている。^{[33]しかし、オラクル社はその後間もなく、} Android SDK内でJavaを使用しているとしてグーグルを相手取って訴訟を起こした（Androidのセクションを参照）。

2010年4月2日、ジェームズ・ゴスリングはオラクル社を辞任した。^[34]

2016年1月、オラクルはJDK 9をベースとしたJavaランタイム環境でブラウザプラグインを廃止すると発表しました。^[35]

Javaソフトウェアは、ラップトップからデータセンター、ゲーム機から科学用スーパーコンピュータまで、あらゆるデバイスで動作します。^[36]

Oracle（およびその他）は、古いバージョンのJavaには未解決のセキュリティ問題があるため、古くてサポートされていないバージョンのJavaをアンインストールすることを強く推奨しています。^[37]

Java言語を作成するにあたっては、主に5つの目標がありました。^[17]

1. シンプルで、オブジェクト指向であり、使い慣れたものでなければなりません。
2. 堅牢かつ安全でなければなりません。
3. アーキテクチャに中立で移植可能でなければなりません。
4. 高いパフォーマンスで実行する必要があります。
5. 解釈され、スレッド化され、動的である必要があります。

2024年11月現在^{[アップデート]}、Java 8、11、17、21が長期サポート（LTS）バージョンとしてサポートされており、2025年9月にリリースされるJava 25が次の予定LTSバージョンとなる。^[38]

オラクルは、2019年1月に商用利用向けに旧バージョンのJava 8 LTSの最後の無償公開アップデートをリリースしましたが、個人利用向けの公開アップデートではJava 8を無期限にサポートします。Adoptiumなどの他のベンダーは、OpenJDKの長期サポート（LTS）バージョンの無料ビルドを引き続き提供しています。これらのビルドには、追加のセキュリティパッチやバグ修正が含まれる場合があります。^[39]

Java のメジャー リリース バージョンとそのリリース日:

Sun は、さまざまなアプリケーション環境を対象とする 4 つの Java エディションを定義およびサポートしており、多くのAPI をいずれかのプラットフォームに属するようにセグメント化しています。プラットフォームは次のとおりです。

• スマートカード用のJava Card 。 ^[44]
• Java Platform, Micro Edition (Java ME) – リソースが限られた環境を対象としています。^[45]
• Java Platform, Standard Edition (Java SE) – ワークステーション環境を対象としています。^[46]
• Java Platform, Enterprise Edition (Java EE) – 大規模な分散エンタープライズ環境またはインターネット環境を対象としています。^[47]

Java API のクラスは、パッケージと呼ばれる個別のグループに編成されています。各パッケージには、関連するインターフェース、クラス、サブパッケージ、例外のセットが含まれています。

Sun はPersonal Javaと呼ばれるエディションも提供していましたが、これは後に標準ベースの Java ME 構成プロファイルの組み合わせに置き換えられました。

Java の設計目標の 1 つは移植性です。つまり、Java プラットフォーム用に作成されたプログラムは、適切なランタイム サポートがあれば、どのようなハードウェアとオペレーティング システムの組み合わせでも同様に実行できる必要があります。これは、Java 言語コードを、アーキテクチャ固有のマシン コードに直接コンパイルするのではなく、 Java バイトコードと呼ばれる中間表現にコンパイルすることで実現されます。Java バイトコード命令はマシン コードに似ていますが、ホスト ハードウェア専用に作成された仮想マシン(VM)によって実行されるように設計されています。エンド ユーザーは、通常、スタンドアロン Java アプリケーションの場合はデバイスにインストールされたJava ランタイム環境(JRE)を使用し、 Java アプレットの場合は Web ブラウザーを使用します。

標準ライブラリは、グラフィックス、スレッド、ネットワークなどのホスト固有の機能にアクセスするための一般的な方法を提供します。

ユニバーサルバイトコードを使用すると移植が簡単になります。しかし、バイトコードを機械語に解釈するオーバーヘッドにより、解釈されたプログラムはほとんどの場合、ネイティブ実行可能ファイルよりも遅く実行されます。実行時にバイトコードを機械語にコンパイルするジャストインタイム(JIT) コンパイラは、早い段階から導入されました。Java の Hotspot コンパイラは、実際には 2 つのコンパイラが 1 つにまとめられており、 GraalVM (Java 11 などに含まれていますが、Java 16 以降では削除されています) を使用すると階層型コンパイルが可能になります。^{[48] Java 自体はプラットフォームに依存せず、} Java 仮想マシン(JVM)によって実行される特定のプラットフォームに適応され、 Java バイトコードをプラットフォームの機械語に変換します。^[49]

Javaで書かれたプログラムは、 C++で書かれたプログラムよりも遅く、多くのメモリを必要とするという評判があります。^{[50] [51]}しかし、1997年/1998年にJava 1.1でジャストインタイムコンパイルが導入され、^[52]より優れたコード分析をサポートする言語機能の追加（内部クラス、StringBuilderクラス、オプションのアサーションなど）、および2000年にHotSpotがSunのデフォルトのJVMになるなどのJava仮想マシンの最適化により、Javaプログラムの実行速度は大幅に向上しました。Java 1.5では、 ConcurrentMapsやその他のマルチコアコレクション のロックフリー実装を含むパッケージの追加によりパフォーマンスが向上し、Java 1.6ではさらに向上しました。java.util.concurrent

一部のプラットフォームでは、Javaを直接ハードウェアでサポートしています。ソフトウェアJava仮想マシンの代わりにハードウェアでJavaバイトコードを実行できるマイクロコントローラもあります^[53] 。また、一部のARMベースのプロセッサでは、 Jazelleオプションを通じてJavaバイトコードを実行するためのハードウェアサポートが提供されていますが、現在のARMの実装ではほとんどサポートされていません。

Java は、オブジェクトのライフサイクルでメモリを管理するために自動ガベージ コレクタを使用します。プログラマはオブジェクトがいつ作成されるかを決定し、オブジェクトが使用されなくなったら Java ランタイムがメモリを回復する責任を負います。オブジェクトへの参照がなくなると、到達不能なメモリはガベージ コレクタによって自動的に解放されるようになります。プログラマのコードが不要になったオブジェクトへの参照を保持している場合、メモリリークに似た現象が発生することがあります。これは通常、不要になったオブジェクトがまだ使用されているコンテナーに格納されている場合に発生します。 ^[54]存在しないオブジェクトのメソッドが呼び出されると、null ポインタ例外がスローされます。^{[55] [56]}

Java の自動メモリ管理モデルの背後にある考え方の 1 つは、プログラマが手動でメモリ管理を行う負担から解放されるというものです。一部の言語では、オブジェクトを作成するためのメモリは、スタックに暗黙的に割り当てられるか、ヒープから明示的に割り当てられ、解放されます。後者の場合、メモリ管理の責任はプログラマにあります。プログラムがオブジェクトを解放しない場合は、メモリ リークが発生します。^[54]プログラムが、すでに解放されたメモリにアクセスしたり解放したりしようとすると、結果は未定義で予測が難しく、プログラムが不安定になったりクラッシュしたりする可能性があります。これは、スマート ポインターを使用することで部分的に解決できますが、オーバーヘッドと複雑さが増します。ガベージ コレクションでは、メモリが参照されているが決して使用されない論理メモリリークを防ぐことはできません。^[54]

ガベージ コレクションはいつでも発生する可能性があります。理想的には、プログラムがアイドル状態のときに発生します。ヒープ上に新しいオブジェクトを割り当てるための空きメモリが不足している場合は、必ずガベージ コレクションがトリガーされます。これにより、プログラムが一時的に停止する可能性があります。Java では明示的なメモリ管理はできません。

Java は、オブジェクト アドレスを算術的に操作できる (オフセットの加算や減算など) C/C++ スタイルのポインタ演算をサポートしていません。これにより、ガベージ コレクターは参照されているオブジェクトを再配置し、型の安全性とセキュリティを確保できます。

C++ や他のオブジェクト指向言語と同様に、Java のプリミティブ データ型の変数は、非プリミティブ データ型の場合に一般的に当てはまるヒープではなく、フィールド (オブジェクトの場合) またはスタック(メソッドの場合) に直接格納されます (ただし、エスケープ分析を参照してください)。これは、パフォーマンス上の理由から Java の設計者が意図的に決定したものです。

Javaには複数のタイプのガベージコレクターが含まれています。Java 9以降、HotSpotはデフォルトでGarbage First Garbage Collector （G1GC）を使用しています。 ^[57]ただし、Java 11で導入されたZ Garbage Collector（ZGC）や、Java 12で導入されたがOracle製のOpenJDKビルドで使用できないShenandoah GCなど、ヒープ管理に使用できる他のガベージコレクターもいくつかあります。Shenandoahは、Eclipse Temurinなどのサードパーティ製のOpenJDKビルドで使用できます。Javaのほとんどのアプリケーションでは、G1GCで十分です。Java 8などの以前のバージョンのJavaでは、デフォルトのガベージコレクターとしてParallel Garbage Collectorが使用されていました。

メモリ管理の問題を解決しても、特に例外が発生した場合に、ネットワークやデータベース接続、ファイル ハンドルなど、他の種類のリソースを適切に処理するというプログラマの負担が軽減されるわけではありません。

Javaの構文は、C++とCの影響を大きく受けています。構造化プログラミング、ジェネリックプログラミング、オブジェクト指向プログラミングの構文を組み合わせたC++とは異なり、Javaはほぼ完全にオブジェクト指向言語として構築されました。^[17]すべてのコードはクラス内に記述され、すべてのデータ項目はオブジェクトです。ただし、パフォーマンス上の理由からオブジェクトではないプリミティブデータ型（整数、浮動小数点数、ブール値、文字）は例外です。Javaは、C++の一般的な側面（メソッドなど）を再利用していますprintf。

C++とは異なり、Javaは演算子のオーバーロード^[58]やクラスの多重継承をサポートしていませんが、インターフェースの多重継承はサポートされています。^[59]

Java では、C++ と同様のコメント//が使用されます。コメントには、2 つのスラッシュ ( ) でマークされた 1 行スタイル、 で始まって/*で終わる複数行スタイル*/、および で始まって で終わるJavadocコメント スタイルの 3 つのスタイルがあります。Javadoc スタイルのコメントを使用すると、ユーザーは Javadoc 実行可能ファイルを実行してプログラムのドキュメントを作成できます。また、Eclipseなどの一部の統合開発環境(IDE) で読み取ることができるため、開発者は IDE 内でドキュメントにアクセスできます。 /***/

以下は、標準出力にメッセージを書き込む「Hello, World!」プログラムの簡単な例です。

パブリッククラスの例{   
    パブリック静的voidメイン（文字列[]引数）{     
        システム.out.println ( " Hello World!" ) ;
    }
}

Javaアプレットは、主にウェブブラウザに表示されるウェブページ内の他のアプリケーションに埋め込まれたプログラムです。JavaアプレットAPIは、2017年のJava 9のリリースで非推奨になりました。^{[60] [61]}

Java サーブレットテクノロジは、Web 開発者に、Web サーバーの機能を拡張し、既存のビジネス システムにアクセスするためのシンプルで一貫性のあるメカニズムを提供します。サーブレットは、クライアントからの要求に対する応答を生成するサーバー側Java EE コンポーネントです。ほとんどの場合、これはHTTP要求に応答してHTMLページを生成することを意味しますが、 WebSocket通信など、他の標準サーブレット クラスも多数用意されています。

Java サーブレット API は、Web サービス用の 2 つの標準 Java テクノロジによってある程度置き換えられていますが (ただし、内部では引き続き使用されています)、

• AJAX、JSON、RESTサービスに役立つRESTful Webサービス用Java API（JAX-RS 2.0）と
• SOAP Web サービスに役立つJava API for XML Web Services (JAX-WS) 。

アプリケーション サーバーまたはサーブレット コンテナー上のこれらの API の一般的な実装では、実際のビジネス ロジックの Web サービス メソッドに委任されるHTTP要求および応答とのすべてのやり取りを処理するために標準サーブレットが使用されます。

JavaServer Pages ( JSP )は、クライアントからのHTTPリクエストに対するレスポンス (通常はHTMLページ) を生成するサーバー側Java EE コンポーネントです。JSP は、特殊な区切り文字とを使用して、HTML ページに Java コードを埋め込みます。JSP は、最初にアクセスされたときに、Javaサーブレット(それ自体が Java アプリケーション)にコンパイルされます。その後、生成されたサーブレットがレスポンスを作成します。^[62] <%%>

SwingはJava SEプラットフォーム用のグラフィカルユーザーインターフェースライブラリです。Swingのプラグイン可能なルックアンドフィールシステムを通じて、異なるルックアンドフィールを指定することができます。Windows、GTK+、MotifのクローンはSunから提供されています。AppleはmacOS用のAquaルックアンドフィールも提供しています。これらのルックアンドフィールの以前の実装では不十分だと考えられていた部分がありましたが、Java SE 6のSwingでは、基盤となるプラットフォームのネイティブなGUIウィジェット描画ルーチンをより多く使用することで、この問題を解決しています。 ^[63]

JavaFXは、デスクトップアプリケーションや、さまざまなデバイスで実行できるリッチWebアプリケーションを作成および配信するためのソフトウェアプラットフォームです。JavaFXは、 Java SEの標準グラフィカルユーザーインターフェイス（GUI）ライブラリとしてSwingを置き換えることを目的としていますが、JDK 11以降、JavaFXはコアJDKには含まれず、別のモジュールになっています。^{[64] JavaFXは、} Microsoft Windows、Linux、macOS上のデスクトップコンピューターとWebブラウザーをサポートしています。JavaFXは、ネイティブOSのルックアンドフィールをサポートしていません。^[65]

2004 年、ジェネリックはJ2SE 5.0 の一部として Java 言語に追加されました。ジェネリックが導入される前は、各変数宣言は特定の型でなければなりませんでした。たとえば、コンテナ クラスの場合、特定の型のオブジェクトだけを受け入れるコンテナを作成する簡単な方法がないため、これは問題になります。コンテナは、通常、クラスまたはインタフェースのすべてのサブタイプで動作します。Objectまたは、含まれるクラスごとに異なるコンテナ クラスを作成する必要があります。ジェネリックを使用すると、ほぼ同じコードを含む多くのコンテナ クラスを作成しなくても、コンパイル時に型チェックを行うことができます。より効率的なコードを可能にすることに加えて、コンパイル時エラーを発行することで、特定の実行時例外の発生を防ぐことができます。Java ですべての実行時型エラー ( ) の発生を防ぐことができれば、型安全ClassCastExceptionになります。

2016年、Javaの型システムは、ジェネリックを使用してクラスやメソッドを構築し、あるクラスのインスタンスを別の無関係なクラスの変数に割り当てることができるという点で不健全であることが証明されました。このようなコードはコンパイラでは受け入れられますが、実行時にクラスキャスト例外で失敗します。^[66]

Javaに対する批判としては、ジェネリックの実装、^[67]速度、^[50]符号なし数値の処理、^[68]浮動小数点演算の実装、^{[69]主要なJava VM実装}HotSpotのセキュリティ脆弱性の歴史などがあります。^[70] 開発者は、Java EEの標準部分であるJava Persistence API（JPA）の複雑さと冗長性を批判してきました。これにより、データベース操作を簡素化し、定型コードを削減することを目的としたSpring Data JPAなどの高レベルの抽象化の採用が増えました。このようなフレームワークの人気が高まっていることは、現代のJava開発における標準JPA実装の使いやすさに限界があることを示唆しています。^[71]

Javaクラスライブラリは、Javaでのアプリケーション開発をサポートするために開発された標準ライブラリです。これは、 Javaコミュニティプロセスプログラムを通じて他の企業と協力してOracleによって管理されています。^[72]このプロセスに参加している企業や個人は、APIの設計と開発に影響を与えることができます。このプロセスは2010年代に論争の的となってきました。^[73]クラスライブラリには次のような機能が含まれています。

• コア ライブラリには次のものが含まれます。
  • 入出力（I/OまたはIO）^[74]と非ブロッキングI/O（NIO）、またはIO/NIO ^[75]
  • ネットワーキング^[76] （ Java 11以降の新しいユーザーエージェント（HTTPクライアント） ^[77]）
  • リフレクティブプログラミング（リフレクション）
  • 並行コンピューティング（並行性）^[74]
  • ジェネリック
  • スクリプト、コンパイラ
  • 関数型プログラミング（Lambda、ストリーミング）
  • リスト、辞書、ツリー、セット、キュー、両端キュー、スタックなどのデータ構造を実装するコレクションライブラリ^[78]
  • XML処理（解析、変換、検証）ライブラリ
  • セキュリティ^[79]
  • 国際化とローカリゼーションライブラリ^[80]
• アプリケーション作成者が外部システムと通信できるようにする統合ライブラリ。これらのライブラリには次のものが含まれます。
  • データベースアクセス用のJava Database Connectivity (JDBC) API
  • 検索と検出のためのJava Naming and Directory Interface (JNDI)
  • 分散アプリケーション開発のためのJava リモート メソッド呼び出し(RMI) と共通オブジェクト リクエスト ブローカー アーキテクチャ(CORBA)
  • アプリケーションの管理と監視のためのJava Management Extensions (JMX)
• 次のものを含むユーザー インターフェイスライブラリ:
  • GUIコンポーネント、それらのコンポーネントを配置する手段、およびそれらのコンポーネントからのイベントを処理する手段を提供する(ヘビーウェイト、またはネイティブの)抽象ウィンドウ ツールキット(AWT)
  • AWT 上に構築されているが、AWT ウィジェットの (非ネイティブな) 実装を提供する(軽量の) Swingライブラリ
  • オーディオのキャプチャ、処理、再生のためのAPI
  • ジャバFX
• Javaライブラリとサードパーティアプリケーションのバイトコードを実行する手段であるJava仮想マシンのプラットフォーム依存の実装
• プラグインは、アプレットをウェブブラウザで実行できるようにします。
• Java Web Start は、インターネットを通じてエンドユーザーに Java アプリケーションを効率的に配布することを可能にします。
• ライセンスとドキュメント

Javadocは、サン・マイクロシステムズが作成した包括的なドキュメントシステムです。開発者にコードを文書化するための体系的なシステムを提供します。Javadocコメントは先頭に追加のアスタリスクが付きます。つまり、区切り文字はとです/**が*/、Javaの通常の複数行コメント/*はとで区切られ*/、単一行コメントはで始まります//。^[81]

Oracle Corporation は、 2010 年 1 月 27 日にSun Microsystemsを買収したため、Java SE プラットフォームの公式実装を所有しています。この実装は、Sun による Java のオリジナル実装に基づいています。Oracle 実装は、Windows、macOS、Linux、およびSolarisで使用できます。Java には、 Ecma International 、ISO/IEC、ANSI、またはその他のサードパーティ標準化団体によって認められた正式な標準化がないため、Oracle 実装が事実上の標準となっています。

Oracle の実装は、2 つの異なるディストリビューションにパッケージ化されています。Java プログラムを実行するために必要な Java SE プラットフォームの部分を含み、エンド ユーザー向けの Java Runtime Environment (JRE) と、ソフトウェア開発者向けのJava Development Kit (JDK) です。JDK は、 Java コンパイラ、Javadoc、Jar、デバッガーなどの開発ツールを含みます。Oracle は、高性能 Java 動的コンパイラおよびインタープリターで あるGraalVM もリリースしました。

OpenJDK は、GNU GPL に基づいてライセンスされる別の Java SE 実装です。この実装は、Sun が GPL に基づいて Java ソース コードをリリースし始めたときに始まりました。Java SE 7 以降、OpenJDK は公式の Java リファレンス実装です。

Javaの目標は、Javaのすべての実装に互換性を持たせることです。歴史的に、SunのJavaブランドの使用に関する商標ライセンスでは、すべての実装に互換性を持たせることを要求しています。これにより、Microsoftの実装はJavaリモートメソッド呼び出し（RMI）やJavaネイティブインターフェイス（JNI）をサポートしておらず、独自のプラットフォーム固有の機能を追加しているとしてSunが主張したため、 Microsoftとの法廷闘争に発展しました。Sunは1997年に訴訟を起こし、2001年に2000万ドルの和解金と、Sunからのライセンス条件を強制する裁判所命令を勝ち取りました。^[82]その結果、MicrosoftはWindowsにJavaを同梱しなくなりました。

プラットフォームに依存しない Java はJava EEに不可欠であり、実装を認定するにはさらに厳格な検証が必要です。この環境により、移植可能なサーバー側アプリケーションが可能になります。

Java プログラミング言語では、コンパイルされたプログラムを実行するためにソフトウェア プラットフォームが必要です。

Oracle は、Java で使用するためのJava プラットフォームを提供しています。Android SDK は、独自の GUI システムを備えたAndroid アプリケーションの開発に主に使用される代替ソフトウェア プラットフォームです。

Java言語はオープンソースのモバイルオペレーティングシステムであるAndroidの重要な柱です。Linuxカーネル上に構築されたAndroidは主にC言語で書かれていますが、Android SDKはAndroidアプリケーションのベースとしてJava言語を使用していますが、標準のGUI、SE、ME、またはその他の確立されたJava標準は使用していません。^{[83] Android SDKでサポートされているバイトコード言語はJavaバイトコードと互換性がなく、}スマートフォンやタブレットコンピューターなどの低メモリデバイスに最適化された独自の仮想マシン上で実行されます。Androidのバージョンに応じて、バイトコードはDalvik仮想マシンによって解釈されるか、 Androidランタイムによってネイティブコードにコンパイルされます。

Android は完全な Java SE 標準ライブラリを提供していませんが、Android SDK にはその大規模なサブセットの独立した実装が含まれています。Android SDK は Java 6 と一部の Java 7 機能をサポートし、標準ライブラリ ( Apache Harmony ) と互換性のある実装を提供します。

AndroidにおけるJava関連技術の使用は、オラクルとグーグルの間の法廷闘争につながった。2012年5月7日、サンフランシスコの陪審は、APIが著作権で保護される可能性があるならば、グーグルはAndroidデバイスでJavaを使用することでオラクルの著作権を侵害したとの判決を下した。^[84]ウィリアム・アルサップ地方判事は2012年5月31日、APIは著作権で保護されないとの判決を下したが、^[85]これは2014年5月に米国連邦巡回控訴裁判所によって覆された。^[86] 2016年5月26日、地方裁判所はグーグルに有利な判決を下し、AndroidにおけるJava APIの著作権侵害はフェアユースを構成するとの判決を下した。^[87] 2018年3月、この判決は控訴裁判所によって覆され、損害賠償を決定する訴訟はサンフランシスコの連邦裁判所に差し戻された。^[88]グーグルは2019年1月、オラクルに有利な控訴裁判所の2つの判決に異議を申し立てるため、米国最高裁判所に上告状 請求を申し立てた。 ^[89] 2021年4月5日、最高裁判所は6対2でグーグルに有利な判決を下し、Java APIの使用はフェアユースとみなされるべきだとした。しかし、最高裁判所はAPIの著作権保護の適格性について判断することを拒否し、代わりに「議論のためだけに」JavaのAPIが著作権保護の適格性があると判断することで判決を下すことを選択した。^[90]

• C#
• C++
• 古いAndroidバージョンで使用されていたDalvikは、非JIT Android Runtimeに置き換えられました。
• Java 異機種分散コンピューティング
• Java API のリスト
• Javaフレームワークのリスト
• JVM言語のリスト
• Java仮想マシンのリスト
• C#とJavaの比較
• JavaとC++の比較
• プログラミング言語の比較

Wikiversity には、Java プラットフォーム、エンタープライズ エディション/Java EE チュートリアルに関する学習リソースがあります。

• Javaウィークリー