java类的动态载入模型（一）

概念

java应用程序是依赖虚拟机JVM的（可以说它是一种伪代码）。java类文件经过编译生成字节码文件，这种字节码文件可以被JVM识别并解释。但是JVM如何获得它呢，这需要一种寻找方案，java提供了ClassLoader类来实现这个机制。JVM通过ClassLoader来寻找指定的类并载入它们。

在实际运行中，java类是动态载入的，需要的时候才载入JVM。

java类的动态载入是一种委托模型，见下图。

共有四种ClassLoader类型：

bootstrap loader :固化在JVM中，这个东西不是用java写的。载入基本的java类，如jre/lib/rt.jar
ExtClassLoader :载入扩展类
AppClassLoader :载入本地自定义类
URLClassLoader :载入来自网络的类文件

当一个类需要由指定的ClassLoader载入的时候，该ClassLoader先将这个载入任务交给它的parent（这里不是继承的概念），就这样一层一层把任务传递上去，直到找到可以执行载入的ClassLoader。
做个试验

package com.classloader.test;
import com.log.test.LoggingExampleImp;

public class CTTest 
{

	/**
	 * @param args
	 */
	public static void main(String[] args) 
	{
		// TODO Auto-generated method stub
		Class sc = java.util.Date.class;
		System.out.println(sc.getName());
		System.out.println(sc.getClassLoader());
		
		Class st = LoggingExampleImp.class;
		System.out.println(st.getName());
		System.out.println(st.getClassLoader());

	}

}

输出：
java.util.Date
null
com.log.test.LoggingExampleImp
sun.misc.Launcher$AppClassLoader@82ba41

String和自定义的LoggingExampleImp分别被自己的ClassLoader载入。假设有一个自定义的java.util.Date（记住这是自定义的），如果不用委托机制会有什么效果呢。java.util.Date就可能被AppClassLoader载入，这样jre中的Date就会被覆盖，呵呵，如果自定义个System String呢...。这种委托机制阻止了恶意代码对应用程序的污染，是java应用程序的第一层安全机制。