双亲委派机制
类加载器中的核心方法
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
