以下のエディターは、Java クラスローディングメソッドに基づいたクラスローダークラスloader_basedの詳細な説明を提供します。編集者はこれがとても良いものだと思ったので、皆さんの参考として今から共有します。エディターに従って見てみましょう
基本概念
Classloader クラスローダー。Java クラスを Java 仮想マシンにロードするために使用されます。通常のプログラムとは異なります。 Java プログラム (クラス ファイル) は、ローカルで実行可能なプログラムではありません。 Java プログラムを実行する場合、まず JVM (Java 仮想マシン) を実行し、次に Java クラスを JVM にロードして実行します。Java クラスのロードを担当する部分はクラスローダーと呼ばれます。
JVM 自体には、Bootstrap ClassLoader と呼ばれる ClassLoader が含まれています。JVM と同様に、Bootstrap ClassLoader はローカル コードで実装され、コア JavaClass (つまり、java.* で始まるすべてのクラス) をロードします。さらに、JVM は 2 つの ClassLoader も提供します。どちらも Java 言語で記述され、Bootstrap ClassLoader によってロードされます。そのうちの Extension ClassLoader は、拡張 Java クラス (javax.* で始まるすべてのクラスやクラスなど) をロードします。 JRE の ext ディレクトリに保存されます)、ApplicationClassLoader はアプリケーション独自のクラスをロードします。
プログラムを実行すると、JVM が起動してブートストラップ クラスローダーが実行されます。ClassLoader は Java コア API をロードし (この時点で ExtClassLoader と AppClassLoader もロードされます)、次に ExtClassLoader を呼び出して拡張 API をロードし、最後に AppClassLoader がクラスをロードします。これは、プログラムの最も基本的なロード プロセスです。
注: ClassLoader を学習し、OSGI プログラム アプリケーションを参照してください
JVM はどのような場合に ClassLoader を使用してクラスをロードしますか? Java を使用してクラスを実行する場合、クラス A がクラス B を参照する場合、JVM は ApplicationClassLoader を使用してクラスをロードします。直接参照であっても、Class.forName() を使用した参照であっても、JVM はクラス A をロードする ClassLoader を見つけ、この ClassLoader を使用してクラス B をロードします。 JVM は、実行時に有効な実行ステートメントに従って新しいクラスをロードする必要があるかどうかを判断し、できるだけ少ないクラスをロードするようにします。これは、コンパイルされたクラスとは異なります。
なぜ独自の ClassLoader を使用するのですか?
JVM 独自の ClassLoader で十分であるように思えますが、なぜ独自の ClassLoader を作成する必要があるのですか?
JVM 独自の ClassLoader は、標準ファイルをロードする方法しか知らないからです。ローカル ファイル システムの Java クラス ファイルを作成する場合、独自の ClassLoader を作成する場合、次のことが可能です:
1) 信頼できないコードを実行する前にデジタル署名を自動的に検証します
2) ユーザー固有のニーズを満たすカスタマイズされたビルド クラスを動的に作成します
3 ) Getデータベースなどの特定の場所からの Java クラス
4) など
実際、アプレットを使用するときは、特定の ClassLoader が使用されます。これは、現時点では、Java クラスをネットワークからロードする必要があるためです。関連するセキュリティ情報。
ほとんどのアプリケーション サーバーは ClassLoader テクノロジーを使用しています。独自の ClassLoader を作成する必要がない場合でも、その原理を理解すると、独自のアプリケーションをより適切にデプロイするのに役立ちます。
重要な注意: 実際、同じ ClassLoader を使用して同じクラスを再度ロードしようとすると、例外 (java.lang.LinkageError:重複クラス定義) が発生します。新しいクラスを再度ロードするには、新しい ClassLoader インスタンスを再作成することしかできません。最初にロードされたクラスについては、関連するインスタンスがメモリによってリサイクルされている限り、JVM は使用されなくなったクラスをアンロードするため、開発者はそれについて心配する必要はありません。適切な時期に。
ほとんどの Java プログラムは、システムによって提供される 3 種類のクラス ローダーを使用します
1. ブートストラップ クラスローダー (ブートストラップ クラスローダー)、
2. 拡張クラス ローダー (ExtClassLoader)。
3. cassLoader.getSystemClassLoader() を通じて取得される ClassLoader は、ユーザー クラス パス (ClassPath) で指定されたクラス ライブラリをロードする役割を果たします。通常、これはプログラム内のデフォルトのクラス ローダーです。
親委任モデルは、Java 設計者が開発者に推奨するクラス ロード実装メソッドです。親委任モデルの作業プロセスは次のとおりです。クラス ローダーがクラス ロード要求を受信した場合、最初にクラス自体をロードしようとはしません。この要求は完了のために親クラス ローダーに委任されます。これはクラス ローダーの各レベルに当てはまります。したがって、すべてのロード要求は、親クラス ローダーが必要なクラス ローダーを見つけられなかった場合にのみ、最終的に最上位の起動クラス ローダーに送信されます。サブローダーは、必要なクラスのみを単独でロードしようとします。親モードの利点は、Java クラスがそのクラス ローダーと優先順位付きの階層関係を持つことです。たとえば、クラス Object は rt.jar に格納されます。どのクラス ローダーがこのクラスをロードしても、最終的にはモデルの先頭にあるスタートアップ クラスに委任されるため、Object クラスは確実にロードされます。プログラムが同じクラスを複数のクラスローダーを使用する環境。逆に、親モデルを使用しない場合、ユーザーが独自にオブジェクト クラスを作成することになり、システム内に複数の異なるオブジェクト クラスが存在することになり、Java 型システムの最も基本的な動作が保証されなくなります。
以上がJavaクラスローディング方式によるクラスローダの詳細説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。