类加载器最重要的功能就是加载的过程，也就是通过完全限定名去获得一个class对象的二进制流。
1. 类与类加载器
在jvm中，是通过类本身和加载类的类加载器来确认一个类的唯一性。每一个类加载器，都有它的类名称空间。
2. 双亲委派模型
类加载器（没有模块化之前）：
- 启动类加载器（Bootstrap classloader）： C++实现的，是jvm的一部分，访问的时候返回值是null。
- 启动类加载器负责加载 <JAVA_HOME>\lib 目录，或者被-Xbootclasspath参数所指定的路径中存放的
- 扩展类加载器（Extension Class Loader）
- 负责加载\lib\ext目录中，或者被java.ext.dirs系统变量所 指定的路径中所有的类库，可以在程序中直接使用该加载器加载
- 应用程序类加载器（Application Class Loader）：
- 负责加载用户类路径 （ClassPath）上所有的类库，开发者同样可以直接在代码中使用这个类加载器。如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。
- 自定义类加载器：用户可以通过重写loadclass（）/findclass()方法实现
双亲委派模型：各类加载器之间的关系组成了双亲委派模型，双亲委派模型除了启动类加载器，要求其他加载器都有自己的父加载器，不过这里的父子关系不是继承实现，通常是组合关系复用父加载器的代码
- 双亲委派模型的工作过程：
- 当一个加载器收到加载某个类的请求，先不自己去处理这个类的加载，而是将请求委派给父加载器去加载这个类，如果父加载器反馈无法加载这个类（它的搜索范围中没有找到所需的类），再自己来加载这个类。
- 双亲委派模型的好处：
- 保证了加载类的唯一性，就好比Object类，如果用户也写了个Object类，jvm由于双亲委派模型，永远都会用启动类加载器去加载这个类，也就确保了加载类的唯一性，保证java程序稳定运行。
//双亲委派模型的实现
protected synchronized Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException
{// 首先，检查请求的类是否已经被加载过了Class c = findLoadedClass(name);if (c == null) {try {if (parent != null) {c = parent.loadClass(name, false);} else {c = findBootstrapClassOrNull(name);}} catch (ClassNotFoundException e) {// 如果父类加载器抛出ClassNotFoundException// 说明父类加载器无法完成加载请求}if (c == null) {// 在父类加载器无法加载时// 再调用本身的findClass方法来进行类加载c = findClass(name);}}if (resolve) {resolveClass(c);}
}
3.破坏双亲委派模型
-
第一次破坏：由于双亲委派模型在JDK1.2推出，但是在这之前已经有了类加载器的概念，为了让用户能重写类加载器而不破坏双亲委派模型，鼓励开发者重写
findclass()，而不是loadclass()方法（里面有双亲委派寻找父加载器的逻辑）。 -
第二次破坏：父加载器加载的类，需要调用子加载器加载类中的API，这种父加载器肯定是不认识子加载器的类的，所以推出了线程上下文加载器
-
第三次“被破坏”是由于用户对程序动态性的追求而导致的