类加载器分类
- JVM支持两种类型的类加载器,分别为
引导类加载器
( Bootstrap ClassLoader它不是java语言编写)和自定义类加载器
(User- Defined ClassLoader) - 从概念上来讲,自定义类加载器一般指的是程序中由开发人员自定义的一类类加载器,但是Java虚拟机规范却没有这么定义,而是
将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器
- 无论类加载器的类型如何划分,
在程序中我们最常见的类加载器始终只有3个
,如下所示:
ExtClassLoader和AppClassLoader简介继承了ClassLoader,所以他们也可以理解为一种自定义类加载器。
获取类加载器
虚拟机自带的加载器
启动类加载器(引导类加载器,Bootstrap Clas sLoader)
- 这个类加载使用
C/C++语言实现
的,并不继承java体系机构的java. lang. ClassLoader,没有父加载器
,嵌自在JVM内部。这个类加载器我们是获取不到的 - 它
用来加载Java的核心库
(JAVA HOME/j re/lib/rt. jar、resources. j ar或sun. boot . class . path路径下的内容) ,用于提供JVM自身需要的类 加载扩展类和应用程序类加载器
,并指定为他们的父类加载器。- 出于安全考虑,
Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类
扩展类加载器( Extension ClassLoader)
Java语言编写
,由sun . misc . LauncherSExtClassLoader实现。派生于ClassLoader类
父类加载器为启动类加载器
- 从
java. ext.dirs系统属性所指定的目录中加载类库
,或从JDK的安装目录的jre/lib/ext子目录
(扩展目录)下加载类库。如果用户创建的JAR放在此目录下,也会自动由扩展类加载器加载。
应用程序类加载器(系统类加载器,AppClassLoader)
- jaya语言编写,由sun . mi sc . LauncherSAppClassLoader实现
- 派生于ClassLoader类
- 父类加载器为扩展类加载器
- 它负责加载环境变量classpath或系统属性java.class.path 指定路径下的类库
该类加载是程序中默认的类加载器
,一般来说,Java应用的类 都是由它来完成加载- 通过ClassLoader#getSystemClassLoader ()方法可以获取到该类加载器
用户自定义类加载器
在Java的日 常应用程序开发中,类的加载几乎是由上述3种类加载器相互配合执行的,在必要时,我们还可以自定义类加载器,来定制类的加载方式。
- 为什么要自定义类加载器?
隔离加载类、修改类加载的方式、扩展加载源、防止源码泄漏
用户自定义类加载器实现步骤:
- 开发人员可以通过
继承抽象类java. lang. ClassLoader类的方式
, 实现自己的类加载器,以满足一些特殊的需求 - 在JDK1.2之前, 在自定义类加载器时,总会去继承ClassLoader类并重写loadClass()方法,从而实现自定义的类加载类,但是在
JDK1.2之后
已不再建议用户去覆盖loadClass()方法,而是建议把自定义的类加载逻辑写在findClass()方法中
- 在编写自定义类加载器时,如果没有太过于复杂的需求,
可以直接继承URLClassLoader类
,这样就可以避免自己去编写findClass()方法
及其获取字节码流的方式
,使自定义类加载器编写更加简洁。
看个例子:
补充内容
在JVM中表示两个class对象是否为同一个类存在两个必要条件
➢类的完整类名必须一致,包括包名。
➢加载这个类的ClassLoader (指ClassLoader实例对象)必须相同。
换句话说,在JVM中,即使这两个类利象(class对象)来源同一个Class文件,被同一个虚拟机所加载,但只要加载它们的ClassLoader实例对象不同
,那么这两个类对象也是不相等
的。
对类加载器的引用
JVM必须知道一个类型是由启动加载器加载的还是由用户类加载器加载的。如果一个类型是由用户类加载器加载的,那么JVM会将这个类加载器的一一个引用作为类型信息的一部分保存在方法区中。
当解析一个类型到另一个类型的引用的时候,JVM需要保证这两个类型的类加载器是相同
的。
类的主动使用和被动使用
Java程序对类的使用方式分为:主动使用和被动使用。区别在于会不会导致类的初始化。
- 主动使用,又分为七种情况:
1.创建类的实例
2.访问某个类或接口的静态变量,或者对该静态变量赋值
3.调用类的静态方法
4.反射(比如: Class. forName (“com. huijie. Test”) )
5.初始化一个类的子类
6.Java虚拟机启动时被标明为启动类的类
7.JDK 7开始提供的动态语言支持: .
java. lang. invoke . MethodHandle实例的解析结果
REF_ getStatic、 REF_ putStatic、REF_ invokeStatic句柄对
应的类没有初始化,则初始化
- 除了以上七种情况,其他使用Java类的方式都被看作是对类的被动使用,
都不会导致类的初始化
。