ClassLoaderまとめ

classloaderは私にとってずっと神秘的な東東で、この2、3日ずっと研究して、やっといくつかの概念を明らかにしました.今記録として書きます.
classloaderは、親委任という方法でクラスをロードします.すなわち、classloaderのparentを先にロードします.具体的なparent関係はもうくだらないことを言わない.コードは次のとおりです.

    protected synchronized Class<?> loadClass(String name, boolean resolve)
	throws ClassNotFoundException
    {
	// First, check if the class has already been loaded
	Class c = findLoadedClass(name);
	if (c == null) {
	    try {
		if (parent != null) {
		    c = parent.loadClass(name, false);
		} else {
		    c = findBootstrapClass0(name);
		}
	    } catch (ClassNotFoundException e) {
	        // If still not found, then invoke findClass in order
	        // to find the class.
	        c = findClass(name);
	    }
	}
	if (resolve) {
	    resolveClass(c);
	}
	return c;
    }

もちろん、ロード時にparent関係がありますが、実際にこれらのclassloaderにはjavaの意味上の継承関係があるとは限りません(あるいは必要ありません).
また、名前空間の問題ですが、この名前空間は2つの部分から構成されていると思います.一部はパッケージ名で、もう一部はclassloaderオブジェクトです.すなわち、2つのクラスが同じパケットの下に属しているが、異なるclassloaderによってロードされている場合、defaultタイプのメソッド、プロパティにも相互アクセスできません.コードは次のとおりです.

public class LoaderSample2 {
	public static void main(String[] args) {
		try {
			AutoResolveClassLoader loader = new AutoResolveClassLoader();
//			ClassLoader loader = LoaderSample2.class.getClassLoader();
			Class c = loader.loadClassInMyWay("com.cxz.cl.LoaderSample3", true);
//			Class c = loader.loadClass("com.cxz.cl.LoaderSample3");
			Object o = c.newInstance();
			System.out.println(c.getClassLoader() == LoaderSample2.class.getClassLoader());//    classloader     findclass     true，         classloader  ，         。         loadClassInYourWay     。
			Field f = c.getDeclaredField("age");//c.getField("age");
			int age = f.getInt(o);
			System.out.println("age is " + age);
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
}

LoaderSample 2とLoaderSample 3は同じパッケージの下のクラスであり、同じclassloaderによってロードすると反射によってLoaderSample 3が得られる.ageプロパティが実行可能(このプロパティのタイプの場合default)自分で書いたclassloaderを使用してロードすると、classloaderが異なるため、ageプロパティにアクセスできません.
注意すべきは、もしあなたが自分のclassloaderを確立するならば、javadocの中でoverride findclassの方法を提案して、しかし更にloadclassの過程の中で両親の委任のモードを取って、つまり、あなたがロードするclassをclasspathの中で防ぐことができなくて、さもなくばjvmはまたappclassloaderでロードします.私はloadClassInMyWayの方法を書き直して、両親の委任を解消しました.具体的なコードは以下の通りです.

	public synchronized Class loadClassInMyWay(String name, boolean resolve)
			throws ClassNotFoundException {
		// First, check if the class has already been loaded
		Class c = findLoadedClass(name);
		if (c == null) {
			c = this.findClass(name);//     override
		}
		return c;
	}

その中で私が迷っているのは、単純なoverride方法:loadClassであれば、運行時刻が異常ClassCircularityErrorに報告してくれます.なぜか分かりません.
ibmのWebサイトから、以下のURLを参照してください.https://www6.software.ibm.com/developerworks/cn/education/java/j-classloader/tutorial/j-classloader-2-2.shtml総括classloaderの一般的な役割:*非信頼コードを実行する前に、デジタル署名を自動的に検証*ユーザーが提供したパスワードを使用してコードを透過的に復号*ユーザーの特定のニーズに合ったカスタマイズされた構築クラスを動的に作成