Javaで異なるクラスローダーが必要な理由

Question

私は、Javaで異なるクラスローダーがあり、1つは基本クラスローダーであり、カスタムクラスローダーもあることを読んでいるので、なぜ基本クラスローダーがJavaのすべてのクラスを提供することができませんか？ 他のクラスローダーが必要なのはなぜですか？

Answer 1

主な必要性は分離です。

ページに3つのアプレットがあり、それぞれが異なるバージョンのライブラリfoo.jarを使用しているとします。それらのアプレットのそれぞれが独自のバージョンのライブラリで動作し、別のアプレットのつま先を歩かないようにします。これは、異なるクラスローダーのおかげで実現します。

単一のコンテナに配備されたWebアプリケーションでも同じことが言えます。 Javaコンテナは、アプリがデプロイされていない状態で起動され、アプリがデプロイされます。コンテナが開始されたときに知らなかった場所からクラスをロードできるようにします。また、別のWebアプリケーションがデプロイされている場合、この他のアプリに独自のクラスとライブラリを持たせてください。これは、最初のアプリのクラスとライブラリとは異なります。

また、ファイルシステムだけでなく、URL、データベースなど、様々な場所からクラスをロードすることもできます。

Answer 2

あなたはシステムクラスローダーが提供するもの以外の機能を先に多くの実用的な状況があります。

1. あなたは
2. あなたはブロックをキャッシュすることができます（http経由で、例えば）カスタムクラス・ソースへのアクセスを与えることができます
3. 特定のクラスのロードを妨げるセキュリティプロトコルを組み込むことができます。
4. 使用されているクラスの統計情報を保持することができます。たとえば、 jarアーカイブを後で最適化する
5. クラスの読み込み中にバイトコード変換（「ロード時ウィービング」）を実行して、特定のパターンに適合するクラスを変更することができます。アスペクト指向プログラミングの実装では、この手法を使用できます。

最後の点は特に強力です（私がそれらを使用した主な理由です）。 Javaバイトコードはプラットフォーム間で共通であるため、どのメソッドを呼び出すかを測定したり、セキュリティクリティカルな呼び出しを抑制したり、独自のカスタムログルーチンにSystem.outアクセスを誘導したり、高度な動的バグテストを実行したりルーチン。

Answer 3

アプリケーションサーバーを開発しているとします。要件に基づいて、サーバーの起動時にクラスをロードすることができます。原始ローダーはあなたの必要条件を認識していません&したがって、独自のクラスローダーを書く必要があります。

why write custom class loader

Answer 4

あなたも、あなたができれば、すべてのクラスで同じクラスローダを使用したくない場合があります理由answerは非常によくまとめ：

クラスローダを行うには大規模なシステムやサーバーアプリケーションで使用されています以下のようなもの：

• はアンロードおよび更新モジュール実行時に、システムと負荷をモジュール
• 異なるバージョンのAPIライブラリを使用します（例：
• が同じJVM内で実行している異なるアプリケーションを分離並列にXMLパーサ）（

Answer 5

つ）は、例えば、静的変数を介して、互いに干渉しない確保する理由は、セキュリティです。たとえば、デフォルト（パッケージ/プライベート）の可視性レベルでは、同じパッケージのクラス（）にのみアクセスでき、同じクラスローダーによってロードされます。これにより、悪質なコードが内部APIにアクセスすることがより困難になります。

参考文献：クラスローダーの

• URLClassLoader and accessibility of package-private methods
• http://www.cooljeff.co.uk/2009/05/03/the-subtleties-of-overriding-package-private-methods/

Answer 6

タイプ：

1. ブートストラップクラスローダ/ Premodialクラスローダ
2. 拡張クラスロアDER
3. アプリケーションクラスローダ/システムクラスローダ

ブートストラップクラスローダ：コアJAVA APIのクラスは、rt.jarのrt.jarのの

場所に存在するクラス、すなわちロードする責任 - > jdk/jre/lib/rt.jar ブートストラップクラスパスとも呼ばれます。

ブートストラップクラスローダーは、ブートストラップクラスパスからクラスをロードします。ブートストラップはCやC++のようなネイティブ言語で実装され、JAVAでは実装されていません。

拡張クラスローダー

：拡張クラスパスからロードクラスは、すなわちJDK/JRE/libに/ EXT/* jarファイル

拡張クラスローダはBootStrapClassLoaderの子であり、それはJavaで実装されています。拡張クラスローダの子クラス：

対応するJavaクラスはsun.misc.Launcher$ExtClassLoader.class

アプリケーションクラスローダです。アプリケーションクラスローダは、アプリケーションクラスパスからクラスをロードします。内部的に環境クラスパスを使用します。

JAVAで実装されています。対応するJAVAクラスはsun.miscLauncher$AppClassLoader.class

です。クラスローダーは、委任階層原則です。 JVMが特定のクラスに遭遇するたびに、まず.classファイルが既にロードされているかどうかをチェックします。すでにメソッド領域にロードされている場合は、JVMはロードされたクラスを考慮します（特定のクラスをロードするには、クラスローダーサブシステム）。クラスローダーサブシステムがアプリケーションクラスローダーに要求を渡すと、要求をExtensionクラスローダーに委譲し、それをBootStrapに委譲します。クラスローダーは、ブートストラップクラスパスを検索します。見つからない場合、エクステンションクラスローダー検索拡張クラスパスlaodeはアプリケーションクラスパスを検索しますが、クラスが見つからない場合はClassNotFoundExceptionまたはNoClassDefFoundErrorが発生します。