JVM-类加载器

类加载器是JVM执行类加载机制的前提。

ClassLoader是了Java的核心组件，所有的Class都是由ClassLoader进行加载的，
ClassLoader负责通过各种方式将Class信息的二进制数据流读入JVM内部，转换为一个与目标类对应的java.lang.Class对象实例。然后交给Java虚拟机进行链接、初始化等操作。
因此，ClassLoader在整个装载阶段，只能影响到类的加载，而无法通过ClassLoader去改变类的链接和初始化行为。至于它是否可以运行，则由Execution Engine决定。

类的加载分类：显式加载和隐式加载

class文件的显式加载与隐式加载的方式是指JVM加载class文件到内存的方式。
显式加载：指的是在代码中通过调用ClassLoader加载class对象，如直接使用Class.forName（name)或this.getClass().getClassLoader().oadclass(）加载class对象。
隐式加载：则是不直接在代码中调用ClassLoader的方法加载class对象，而是通过虚拟机自动加载到内存中，如在加载某个类的class文件时，该类的class文件中引用了另外个类的对象，此时额外引用的类将通过JVM自动加载到内存中。
在日常开发以上两种方式一般会混合使用

类加载器的基本特征

1、双亲委派模型

2、可见性。子类加载器可以访问父加载器加载的类型，但是反过来是不允许的。不然，因为缺少必要的隔离，我们就没有办法利用类加载器去实现容器的逻辑。
3、单一性。由于父加载器的类型对于子加载器是可见的，所以父加载器中加载过的类型，就不会在子加载器中重复加载。但是注意，类加载器“同层级”间，同一类型仍然可以被加载多次，因为互相并不可见。

---

类加载器的分类

JVM支持两种类型的类加载器，分别为引导类加载器（Bootstrap ClassLoader）和自定义类加载器（User-Defined ClassLoader）
从概念上来讲，自定义类加载器一般指的是程序中由开发人员自定义的一类类加载器，但是Java虚拟机规范却没有这么定义，而是将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。
无论类加载器的类型如何划分，在程序中我们最常见的类加载器结构主要是如下情况
 

子-父类加载器的关系？

除了顶层的启动类加载器外，其余的类加载器都应当有自己的“父类”加载器。
不同类加载器看似是继承（Inheritance）关系，实际上是包含关系。在下层加载器中包含着上层加载器的引用。

---

具体类加载器介绍：

启动类加载器（引导类加载器，Bootstrap ClassLoader）
1、这个类加载器使用C/C++语言实现的，嵌套在JVM内部。
2、它用来加载Java的核心库（JAVA_HOME/jre/lib/rt.jar或sun.boot.class.path路径下的内容）。用于提供JVM自身需要的类。
3、并不继承自java.lang.ClassLoader，没有父加载器。
4、出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类
5、加载扩展类和应用程序类加载器，并指定为他们的父类加载器。

扩展类加载器（Extension ClassLoader）
1、Java语言编写，由sun.misc.Launcher$ExtClassLoader实现。
2、继承于ClassLoader类
3、父类加载器为启动类加载器
4、从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录下加载类库。如果用户创建的JAR放在此目录下，也会自动由扩展类加载器加载。

应用程序类加载器（系统类加载器，AppClassLoader）
1、java语言编写，由sun.mise.Launcher$AppclassLoader实现
2、继承于classLoader类
3、父类加载器为扩展类加载器
4、它负责加载环境变量classpath或系统属性java.class.path指定路径下的类库
5、应用程序中的类加载器默认是系统类加载器。
6、它是用户自定义类加载器的默认父加载器
7、通过ClassLoader的getSystemClassLoader()方法可以获取到该类加载器

用户自定义类加载器
1、在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的。在必要时，我们还可以自定义类加载器，来定制类的加载方式。
2、体现Java语言强大生命力和巨大魅力的关键因素之一便是，Java开发者可以自定义类加载器来实现类库的动态加载，加载源可以是本地的JAR包，也可以是网络上的远程资源。
3、通过类加载器可以实现非常绝妙的插件机制，这方面的实际应用案例举不胜举。例如，著名的OSGI组件框架，再如Eclipse的插件机制。类加载器为应用程序提供了一种动态增加新功能的机制，这种机制无须重新打包发布应用程序就能实现。
4、同时，自定义加载器能够实现应用隔离，例如Tomcat，Spring等中间件和组件框架都在内部实现了自定义的加载器，并通过自定义加载器隔离不同的组件模块。这种机制比C/C++程序要好太多，想不修改C/C++程序就能为其新增功能，几乎是不可能的，仅仅一个兼容性便能阻挡住所有美好的设想。
5、所有用户自定义类加载器通常需要继承于抽象类java.lang.ClassLoader。