Java クラスのロード プロセスの詳細な紹介

この記事では、Java クラスのロード プロセスについて詳しく説明します。これには一定の参考価値があります。必要な友人は参照してください。お役に立てば幸いです。

Java ファイルのエンコードから最終実行までのプロセス:

1. コンパイル: Javac Java ファイルを .class ファイルにコンパイルします
2. 実行: .class ファイルを送信します。ファイル JVM の

クラス ロード プロセスを実行します。

JVM 仮想マシンは、.class ファイル内のクラス情報をメモリにロードし、それを解析して対応するファイルを生成します。クラスオブジェクト。 JVM は、最初からすべてのクラスをメモリにロードするのではなく、初めて実行する必要があるクラスに遭遇したときにのみ、一度だけロードします。

#ロード

クラス ローダーを介して、さまざまなソースからクラス バイトコード ファイルをメモリにロードします。

JVM 達成すべき 3 つのこと

クラスの完全修飾名を使用して、このクラスを定義するバイナリ バイト ストリームを取得します。
1. 静的ストレージ構造 -> メソッド領域の実行時データ構造
2. これらのデータへのアクセス入口として、Java ヒープ内の対応するクラスの java.lang.Class オブジェクトを生成します。メソッド領域。

#クラス ローダー

クラス ローダーの開始

• クラス ローダーの拡張
• クラス ローダー デバイスの適用
• カスタム クラス ローダー
• 接続

Java クラスのバイナリ コードを JVM の実行状態にマージするプロセス

検証

ロードされたバイト ストリームが仮想マシンの仕様に準拠しており、セキュリティ エラーが発生しないことを確認します。

検証分類

ファイル形式の検証 (定数かどうかなど)サポートされていない定数はありますか?ファイルに標準以外の情報や追加情報はありますか?

• メタデータの検証 (たとえば、クラスは、final によって変更されたクラスを継承していますか?)クラス内のフィールドやメソッドは親クラスと競合していませんか?不当な過負荷はありませんか?
• バイトコードの検証により、型変換の合理性の確保など、プログラムのセマンティクスの合理性が確保されます。
• シンボル参照の検証 (シンボル参照内の完全修飾名を通じて対応するクラスが見つかるかどうかを検証するなど)。シンボル参照内のアクセシビリティ (プライベート、パブリックなど) が現在のクラスからアクセス可能であることを確認しますか?
• 準備

クラス変数 (インスタンス変数ではないことに注意) にメモリを割り当て、初期値 (さまざまな変数に応じた Java 仮想マシンのデフォルトの初期値) を割り当てます。型)

デフォルトの初期値

8 つの基本型の初期値、デフォルトは 0

• 参照型の初期値は null
• 定数の初期値はコードで設定した値の場合
• final static tmp = 456
• Resolution

シンボル参照の置換処理直接参照のある定数プール内での

シンボル参照: 文字列ですが、この文字列はメソッド、変数、またはクラスを一意に識別できる関連情報を提供します。

直接参照:メモリ アドレスまたはオフセットとして理解されます。 数量

たとえば、メソッド hello() を呼び出します。このメソッドのアドレスは 1234567 です。hello はシンボリック参照、1234567 は直接参照です。

解析フェーズでは、仮想マシンはクラス名、メソッド名、およびフィールド名のシンボリック参照を特定のメモリ アドレスまたはオフセット、つまり直接参照に置き換えます。 ## クラス変数 ( static によって変更された変数またはステートメント) への初期化は、クラス コンストラクターを実行するプロセスです

初期化プロセス

クラスを初期化するとき、その親クラスはまだ初期化されていません。まだ初期化されていない場合、その親クラスが最初に初期化されます

- 同時に複数の静的変数と静的コード ブロックが含まれており、上から下の順序で実行されます

以上がJava クラスのロード プロセスの詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。