一、JDK 默认提供了如下几种ClassLoader
Bootstrap Loader
Bootstrap加载器是用C++语言写的，它是在Java虚拟机启动后初始化的，它主要负责加载%JAVA_HOME%/jre/lib,-Xbootclasspath参数指定的路径以及%JAVA_HOME%/jre/classes中的类。
ExtClass Loader
Bootstrap loader加载ExtClassLoader,并且将ExtClassLoader的父加载器设置为Bootstrap loader.ExtClassLoader是用Java写的，具体来说就是 sun.misc.Launcher$ExtClassLoader，ExtClassLoader主要加载%JAVA_HOME%/jre/lib/ext，此路径下的所有classes目录以及java.ext.dirs系统变量指定的路径中类库。
AppClass Loader
Bootstrap loader加载完ExtClassLoader后，就会加载AppClassLoader,并且将AppClassLoader的父加载器指定为 ExtClassLoader。AppClassLoader也是用Java写成的，它的实现类是 sun.misc.Launcher$AppClassLoader，另外我们知道ClassLoader中有个getSystemClassLoader方法,此方法返回的正是AppclassLoader.AppClassLoader主要负责加载classpath所指定的位置的类或者是jar文档，它也是Java程序默认的类加载器。
二、双亲委托机制
双亲委托（代理）模型：当类加载器收到加载类或资源的请求时，通常都是先委托给父类加载器加载，也就是说只有当父类加载器找不到指定类或资源时，自身才会执行实际的类加载过程；
类的判等：即使类完全相同（名称相同、字节码相同），不同类加载器实例加载的类对象也是不相等的；这一条规则是Java类加载机制中非常核心且重要的规则，它保证了类加载机制实现“类隔离”、“保护JDK中的基础类”等目标得以实现；
线程上下文类加载器机制：在Java中我们和类加载机制打交道的最简单的方法是通过Class.forName方法来加载类，该方法默认情况下是以调用者的类加载器来加载指定的类。这在大多数情况下都足够了，少数情况下我们可以使用和线程关联的类加载器来加载类（即线程上下文类加载器）。线程上下文类加载器通常在实现JDK的SPI或编写框架程序时使用；
经典问题：
Q：是否可以通过类加载机制实现应用重写JDK中的类？
A：不可以！自定义的类加载器主要功能是实现字节码的加载，将字节码转换为Class对象的方法是在ClassLoader类中定义的。ClassLoader方法在从字节码构建Class对象的方法中控制了要加载的类名不能以"java."开头；即所有java包及其子包中的类都不允许通过类加载机制重载；