吸纳来看下 ClassLoader 的代码层面的集成关系：
这里要说明三点：
- 在 java 程序中 ClassLoader 是类加载器的最顶级的类
- ExtClassLoader 和 ApppClassLoader 均为 ClassLoader 类的的派生类
- Bootstrap ClassLoader 并未在其中
-
JVM 支持两种类型的类加载器，分别是引导类加载器 (Bootstrap ClassLoader) 和自定义类加载器(User-Defined ClassLoader)
-
从概念上讲，自定义类加载器一般的是程序中由开发人员自定义的一类类加载器，但是 Java 虚拟机规范却没有这么定义，而是将所有派生于抽象类 ClassLoader 的类加载器都划分为自定义类加载器。
-
无论类加载器类型如何划分，在程序中我们最常见的加载器只有 3 个。
这四者之间的关系，不是上下级关系，也不是子类和父类的继承关系。 -
这个类加载使用 C/C++ 语言实现的, 嵌套在 JVM 内部。
-
它用来加载 Java 的核心库 (JAVA-HOME/jre/lib/
rt.jar、cesources.jar 或 sun.boot.class.path 路径下的内容) , 用于提供 JVM 自身需要的类 -
并不继承自 java. lang.ClassLoader, 没有父加载器
-
Bootstrap ClassLoade 加载扩展类和应用程序类加载器, 并指定为他们的父类加载器。
-
出于安全考虑, Bootstrap 启动类加载器只加载包名为 java, javax.sun 等开头的类
-
Java 语言编写, 由 sun.misc.Launcher$ExtClassLoader 实现。
-
派生于 ClassLoader 类
-
父类加载器为启动类加载器 -
从 java.ext.dirs 系统属性所指定的目录中加载类库, 或从 JDK 的安装目录的 ire/lib/ext 子目录 (扩展目录) 下加载类库。
如果用户创建的JAR放在此目录下,也会自动由扩展类加载器加载。 -
java 语言编写, 由 sun.misc. Launcher$AppClassLoader 实现派生于 ClassLoader 类
-
AppClassloader加载器由启动类加载器加载 -
它负责加载环境变量 Classpath 或系统属性 java.class.path 指定路径下的类库】
-
该类加载是程序中默认的类加载器, 一般来说, Java 应用的类都是由它来完成加载
-
通过 ClassLoader.getsystemClassLoader () 方法可以获取到该类加载器
-
在必要时, 我们还可以自定义类加载器, 来定制类的加载方式。
-
为什么要自定义类加载器?
- 隔离加载类
- 修改类加载的方式
- 扩展加载源
- 防止源码泄漏
- 所有的类均是由类加载器加载到运行时数据区的
- 不同的类需要不同的类加载器去加载
- 目的是为了
安全 - 安全就是保全核心的类不被用户恶意污染
自律的艰辛总甜过懊悔的苦果！
专注于 java 后端技术及解决方案，善于总结，分享！
自律的艰辛总甜过懊悔的苦果！
专注于 java 后端技术及解决方案，善于总结，分享！
自律的艰辛总甜过懊悔的苦果！
专注于 java 后端技术及解决方案，善于总结，分享！
