双亲委派机制

类加载器中的核心方法

loadClass

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) {  
	            // ...
			}  
  
            if (c == null) {  
                
                c = findClass(name); 
                // ...
            }  
        }  
        if (resolve) {  
            resolveClass(c);  
        }  
        return c;  
    }  
}

上面这段loadClass方法，就是JVM中双亲委派机制的实现。

每个类加载器会首先调用findLoadedClass(name)查看之前有没有加载过这个类。
之后先委派给自己的父类，调用父类的loadClass方法。
如果加载的任务交到了自己头上，就会调用findClass方法，去真正的加载这个类。

findClass

在findClass方法中，会获取到类的字节码的二进制信息，然后调用defineClass方法，由defineClass再调用虚拟机底层的方法，将二进制字节码加载到虚拟机的内存中。

在类A代码中引用另一个类B，会使用什么类加载器来加载类B？

假设类A是由类加载器AClassLoader加载的，类A中有这样的代码：

public class A {
	B b;
	static {
		B b = new B();
	}
	// ...
}

那么，类B会被A的类加载器AClassLoader所加载。

这也是为什么JDBC中的DriverManager使用SPI机制加载诸如mysql的驱动时，需要获得线程上下文的类加载器再去加载。
因为DriverManager的类加载器是BootstrapClassLoader，加载路径是rt.jar，无法找到mysql驱动所在的位置。因此需要借助于线程上下文的类加载器。

JDBC中是如何使用类加载器的？

最开始的JDBC连接，需要这样编写：

Class.forName