深入理解JVM - 类加载器

类加载器

每种类加载器只能加载指定路径下的jar包。Java一直保持着三层类加载器的架构。
Bootstrap ClassLoader 启动类加载器。负责加载<JAVA_HOME>\lib目录中或-Xbootclasspath参数所指定的路径中存放的类库。比如rt.jar。
Extention ClassLoader 扩展类加载器。负责加载<JAVA_HOME>\lib\ext目录中或者java.ext.dirs系统变量所指定的路径中所有的类库。
Appclass Loader 应用程序类加载器或系统类加载器。负责加载classpath的所有类库，比如该应用依赖的二方包、三方包等。

双亲委派模型

protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
	synchronized (getClassLoadingLock(name)) {
	    // First, check if the class has already been loaded
	    // 检查类是否已经被加载过了
	    Class<?> c = findLoadedClass(name);
	    if (c == null) {
	        long t0 = System.nanoTime();
	        try {
	            if (parent != null) {
	                // 如果存在父类加载器，递归调用父类加载器
	                c = parent.loadClass(name, false);
	            } else {
	                // 如果不存在父类加载器，调用启动类加载器
	                c = findBootstrapClassOrNull(name);
	            }
	        } catch (ClassNotFoundException e) {
	            // ClassNotFoundException thrown if class not found
	            // from the non-null parent class loader
	        }
	
	        if (c == null) {
	            // If still not found, then invoke findClass in order to find the class.
	            long t1 = System.nanoTime();
	            // 在父类加载器无法加载时，调用本身的findClass方法来进行类加载
	            // 其实现在URLClassLoader中
	            c = findClass(name);
	
	            // this is the defining class loader; record the stats
	            sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
	            sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
	            sun.misc.PerfCounter.getFindClasses().increment();
	        }
	    }
	    if (resolve) {
	        // 用于链接指定的类
	        resolveClass(c);
	    }
	    return c;
	}
}

从loadclass方法的分析，可以得出双亲委派模型的基本流程：一个类被加载时，首先会委派给父类加载去加载，直到启动类加载器。只有当父加载器无法加载时，子加载器才会加载。