类加载器

定义：Java类加载器（Java Classloader）是Java运行时环境（Java Runtime
Environment）的一部分，负责动态加载Java类到Java虚拟机的内存空间中。

ExtClassLoader

扩展类加载器

扩展类加载器是指Sun公司(已被Oracle收购)实现的sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类
派生于ClassLoader类
父类加载器为启动类加载器
从java.ext.dirs系统属性所指定的目录中加载类库，或者从 JDK的安装目录的 jre/lib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会自动的由扩展类加载器加载

AppClassLoader

应用程序类加载器，也叫系统类加载器

Sun公司实现的sun.misc.Launcher$AppClassLoader。java语言编写
派生于ClassLoader类
父类加载器为扩展类加载器
它负责加载系统属性java.class.path或环境变量classpath 指定路径下的类库
一般情况下该类加载是程序中默认的类加载器，一般来说，java应用的类都是由他来加载
通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器

用户自定义类加载器

在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器。

为什么要自定义类加载器：

隔离加载类
修改类加载方式
扩展加载源
防止源码泄露

实现步骤：

开发人员可以通过继承抽象类java.lang.ClassLoader类的方式，实现自己的类的加载器，满足一些特殊的需求
在JDK1.2之前，在自定义类加载器时，总会去继承ClassLoader类并重写loadClass()方法，从而实现自定义类的类加载器。但是在JDK1.2之后已不再建议用户去覆盖loadClass()方法。而是建议把自定义类加载逻辑写在fingClass()方法中
在编写自定义类加载器时，如果没有太过于复杂的需求，可以直接继承URLClassLoader类，这样就可以避免自己去编写findClass()方法及获取字节码流的方式，使自定义类加载器编写更加简洁

ClassLoader

classLoader类是一个抽象类，其后面所有的类加载器都继承自classLoader（不包括启动类加载器）

双亲委派机制

JVM在加载类时默认采用的是双亲委派机制。
通俗的讲，就是某个特定的类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，依次递归 (本质上就是loadClass函数的递归调用)，因此所有的加载请求最终都应该传送到顶层的启动类加载器中。
如果父类加载器可以完成这个类加载请求，就成功返回；只有当父类加载器无法完成此加载请求时，子加载器才会尝试自己去加载。

工作原理:
双亲委派模式要求除了顶层的启动类加载器外，其余的类加载器都应当有自己的父类加载器，请注意双亲委派模式中的父子关系并非通常所说的类继承关系，而是采用组合关系来复用父类加载器的相关代码，类加载器间的关系如下：

优势:

避免类重复加载
保护程序安全，防止核心API被随意篡改

在JVM中表示两个class对象是否为同一个类对象存在两个必要条件：

类的完整类名必须一致，包括包名。
加载这个类的ClassLoader(指ClassLoader实例对象)必须相同。

换句话说，在 JVM 中，即使这两个类对象（Class 对象）来源于同一个 Class 文件，被同一个虚拟机所加载，但是只要加载它们的 ClassLoader 实例对象不同，那么这两个类对象也是不相等的。

沙箱安全机制(待续）

类的主动使用和被动使用

二者区别在于：是否导致类的初始化。

主动使用

主动使用又分为 7 种情况：

创建类的实例
访问某个类或接口的静态变量，或者对该静态变量赋值
调用类的静态方法
反射（比如：Class.forName(“top.gldwolf.Test”)）
初始化一个类的子类
Java 虚拟机启动时被标明为启动类的类
JDK 7 开始提供的动态语言支持：java.lang.invoke.MethodHandle 实例的解析结果
REF_getStatic、REF_putStatic、REF_invokeStatic 句柄对应的类没有初始化，则初始化

被动使用

除了以上 7 种情况，其他使用 Java 类的方式都被看作是对类的被动使用，都不会导致类的初始化。