020-JVM-类加载器的四个层级-ClassLoader

上一篇：019-JVM-类的加载过程 https://yuhongliang.blog.csdn.net/article/details/111499604

1.package sun.misc.Launcher 是java虚拟机的入口应用

吸纳来看下ClassLoader的代码层面的集成关系：

这里要说明三点：

1. 在java程序中ClassLoader是类加载器的最顶级的类
2. ExtClassLoader和ApppClassLoader均为ClassLoader类的的派生类
3. Bootstrap ClassLoader并未在其中

2.类加载的分类

1. JVM支持两种类型的类加载器，分别是引导类加载器(Bootstrap ClassLoader)和自定义类加载器(User-Defined ClassLoader)
2. 从概念上讲，自定义类加载器一般的是程序中由开发人员自定义的一类类加载器，但是Java虚拟机规范却没有这么定义，而是将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。
3. 无论类加载器类型如何划分，在程序中我们最常见的加载器只有3个。
   这四者之间的关系，不是上下级关系，也不是子类和父类的继承关系。

3.虚拟机自带的加载器启动类加载器(引导类加载器, Bootstrap ClassLoade)

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

4.扩展类加载器(Extension ClassLoader)

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

5. 应用程序类加载器(系统类加载器, AppClassloader)

1. java语言编写, 由sun.misc. Launcher$AppClassLoader实现派生于ClassLoader类
2. AppClassloader加载器由启动类加载器加载
3. 它负责加载环境变量Classpath或系统属性java.class.path指定路径下的类库】
4. 该类加载是程序中默认的类加载器, 一般来说, Java应用的类都是由它来完成加载
5. 通过ClassLoader.getsystemClassLoader ()方法可以获取到该类加载器

6. 用户自定义类加载器Custom ClassLoader

1. 在必要时,我们还可以自定义类加载器,来定制类的加载方式。
2. 为什么要自定义类加载器?

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

7. 实例

8.总结

1. 所有的类均是由类加载器加载到运行时数据区的
2. 不同的类需要不同的类加载器去加载
3. 目的是为了安全
4. 安全就是保全核心的类不被用户恶意污染
   下一篇：021-JVM-双亲委派机制 https://yuhongliang.blog.csdn.net/article/details/111565510