类加载机制与反射

最新推荐文章于 2022-04-18 02:29:16 发布

小强师兄

最新推荐文章于 2022-04-18 02:29:16 发布

阅读量252

点赞数 1

本文链接：https://blog.csdn.net/weixin_42051791/article/details/109082596

版权

Java 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

类加载机制与反射

Java 类加载器除了根类加载器外，其他类加载器都是使用 Java 语言编写的，所以程序员完全可以开发自己的类加载器，通过使用自定义类加载器，可以完成一些特定的功能。

本章重点介绍 java.lang.reflect 包下的接口和类，包括 Class、Method、Field、Constructor 和 Array 等，分别代表类、方法、成员变量、构造器和数组，Java 程序可以使用这些类动态地获取某个对象、某个类的运行时信息，并可以动态地创建 Java 对象，动态调用 Java 方法，访问并修改指定对象的成员变量值。此外，该包还含有Type 和 ParameterizedType 两个接口，其中 Type 是 Class 类所实现的接口，而 ParameterizedType 则代表一个带泛型参数的类型。

使用 Proxy 和 InvocationHandler 来创建 JDK 动态代理，并通过 JDK 动态代理介绍高层次解耦的方法，并讲解 JDK 动态代理和 AOP（Aspect Orient Programming，面向切面编程）之间的内在关系。

类的加载、连接和初始化

系统可能在第一次使用某个类时加载该类，也可能采用预加载机制来加载某个类。（类加载的途径）

JVM 和类

当调用 java 命令运行某个 Java 程序时，该命令将会启动一个 Java 虚拟机进程，不管该 Java 程序有多么复杂，该程序启动了多少个线程，他们都处于该 Java 虚拟机进程里。正如多线程中所说，同一个 JVM 的所有线程、所有变量都处于同一个进程里，它们都使用该 JVM 进程的内存区。

当系统出现以下几种情况时，JVM 进程将被终止：

程序运行到最后正常结束
程序运行到使用 System.exit() 或 Runtime.getRuntime().exit() 代码处结束程序
程序执行过程中遇到未捕获的异常或错误而结束
程序所在平台强制结束了 JVM 进程

至此可以看出，当 Java 程序运行结束时，JVM 进程结束，该进程在内存中的状态将会丢失。

（两次运行 Java程序处于两个不同的 JVM 进程中，两个 JVM 之间并不会共享数据。）

类的加载

当程序主动使用某个类时，如果该类还未被加载到内存中，则系统会通过加载、连接、初始化三个步骤来对该类进行初始化。如果没有意外，JVM 将会连续完成这三个步骤，所以有时也把这三个步骤统称为类加载或类初始化。

类加载指的是将类的 class 文件读入内存，并为之创建一个 java.lang.Class 对象，也就是说，当程序中使用任何类时，系统都会为止建立一个 java.lang.Class 对象。

正如面向对象中所说：类是某一类对象的抽象，类是概念层次的东西。

但有没有想过：类也是一种对象。就像平常说概念主要用于定义、描述其他事物，但概念本身也是一种事物，那么概念本身也需要被描述。但是是就是这样，每个类是一批具有相同特征的对象的抽象，而系统中所有的类实际上也是实例，它们都是 java.lang.Class 的实例。

类的加载由类加载器完成，类加载器通常由 JVM 提供，这些类加载器也是前面所有程序运行的基础，JVM 提供的这些类加载器通常被称为系统加载器。除此之外，开发者可以通过继承 ClassLoader 基类来创建自己的类加载器。

通过使用不同的类加载器，可以从不同来源加载类的二进制数据（即 .class 文件），通常有如下几种来源：

从本地文件系统加载 class 文件，这时绝大部分示例程序的加载方式
从 JAR 包加载 class 文件，这种方式也是很常见的，JDBC 编程时用到的数据库驱动类就是放在 JAR 文件中，JVM 可以从 JAR 包中直接加载该 class 文件
通过网络加载 class 文件
把一个 Java 源文件动态编译，并执行加载

类加载器通常无须等到“首次使用”该类时才加载该类，Java 虚拟机规范允许系统预先加载某些类。

类的连接

当类被加载后，系统为之生成一个对应的 Class 对象，接着将会进入连接阶段，连接阶段负责把类的二进制数据合并到 JRE 中。连接阶段又可细分为如下三个阶段：

验证：验证阶段用于检验被加载的类是否有正确的内部结构，并和其他类协调一致
准备：类准备阶段则负责为类的类变量分配内存，并设置默认初始值（这个阶段并不会执行初始化代码）
解析：将类的二进制数据中的符号引用替换成直接引用

类的初始化

在类的初始化阶段，虚拟机负责对类进行初始化，主要就是对类变量进行初始化。在 Java 类中对类变量指定初始值有两种方式：1. 声明类变量时指定初始值；2. 使用静态初始化块为类变量指定初始值。

声明变量时指定初始值，静态初始化块都将被当成类的初始化语句，JVM 会按这些语句在程序中的排列顺序一次执行它们。

JVM 初始化（指整个过程）一个类包含如下几个步骤：

假如这个类还没有被加载和连接，则程序加载并连接该类
假如该类的直接父类还没有被初始化，则先初始化其直接父类（到步骤1开始执行）
假如类中有初始化语句，则系统依次执行这些初始化语句

经过上面的步骤，JVM 最先初始化的总是 java.lang.Object 类。当程序主动使用任何一个类时，系统会保证该类以及所有父类（包括直接父类和间接父类）都会被初始化。（也是类的预加载机制体现）

类初始化的时机

当 Java 程序首次通过下面 6 种方式来使用某个类或接口时，系统就会初始化该类或接口：

创建类的实例。为某个类创建实例的方式包括：使用 new 操作符来创建实例，通过反射来创建实例，通过反序列化的方式来创建实例。
调用某个类的类方法（包括 main() 方法）
访问某个类或接口的类变量，或为该类变量赋值
使用反射方式来强制创建某个类或接口对应的 java.lang.Class 对象
初始化某个类的子类。当初始化某个类的子类时，该子类的所有父类都会被初始化
直接使用 java.exe 命令来运行某个主类

对于一个 final 型的类变量，如果该类变量的值在编译时就可以确定下来，那么这个类变量相当于==“宏变量”==。Java 编译器会在编译时直接把这个类变量出现的地方替换成它的值，因此即使程序使用该静态类变量，也不会导致该类的初始化。反之，如果 final 修饰的类变量的值不能在编译时确定下来，则必须等到运行时才可以确定该类变量的值，如果通过该类来访问它的类变量，则会导致该类变量被初始化。（见 Demo21.java）

还有一点，当使用 ClassLoader 类的 loadClass() 方法来加载某个类时，该方法只是加载该类，并不会执行该类的初始化。但是用 Class 的 forName() 静态方法会导致强制初始化该类（加载、连接、初始化）。

类加载器

类加载器负责将 .class 文件加载到内存中，并为之生成对应的 java.lang.Class 对象。

类加载器简介

类加载器负责加载所有的类，系统为所有被载入内存中的类生成一个 java.lang.Class 实例。一旦一个类被载入 JVM 中，同一个类就不会被再次载入了。

那么，什么才算“同一个类”？正如一个对象有一个唯一的标识一样，一个载入 JVM 的类也有一个唯一的标识。在 Java 中，一个类用其全限定类名（包括报名和类名）作为标识；但在 JVM 中，一个类用其全限定类名和其类加载器作为唯一标识。

当 JVM 启动时，会形成由三个类加载器组成的初始类加载器层次结构：

Bootstrap ClassLoader，根类加载器
Extension ClassLoader，扩展类加载器
System ClassLoader，系统类加载器

Bootstrap ClassLoader 被成为引导（也成为原始或根）类加载器，它负责加载 Java 的核心类。在 Sun 的 JVM 中，当执行 java.exe 命令时，使用 -Xbootclasspath 选项或使用 -D 选项指定 sun.boot.class.path 系统属性值可以指定加载附加的类。

根类加载器非常特殊，它并不是 java.lang.ClassLoader 的子类，而是由 JVM 自身实现的。

Extension ClassLoader（扩展类加载器）负责加载 JRE 的扩展目录（%JAVA_HOME%/jre/lib/ext 或者由 java.ext.dirs 系统属性指定的目录）中 JAR 包的类。通过这种方式就可以为 Java 扩展核心类以外的新功能，只要把自己开发的类打包成 JAR 文件，然后放入 %JAVA_HOME%/jre/lib/ext 路径即可。

System ClassLoader（（系统）类加载器）负责在 JVM 启动时加载来自 java 命令的 -classpath 选项、java.class.path 系统属性，或 CLASSPATH 环境变量所指定的 JAR 包和路径。

程序可以通过 ClassLoader 的静态方法 getSystemClassLoader() 来获取系统类加载器。如果没有特别指定，则用户定义的类加载器都以（系统）类加载器作为父加载器。

类加载机制

JVM 的类加载机制主要有如下三种：

全盘负责。所谓全盘负责，就是当一个类加载器负责加载某个 Class 时，该 Class 所依赖的和引用的其他 Class 也将由该类加载器负责载入，除非显式使用另外一个类加载器来载入
父类委托。所谓父类委托，则时先让 parent（父）类加载器试图加载该 Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类
缓存机制。缓存机制将会保证所有加载过的 Class 都会被缓存，当程序中需要使用某个 Class 时，类加载器先从缓存区中搜寻该 Class，只有当缓存区中不存在该 Class 对象时，系统才会读取该类对应的二进制数据，并将其转换成 Class 对象，存入缓存区中。这就是为什么修改了 Class 后，必须重新启动 JVM，程序所作的修改才会生效的原因

在这里插入图片描述

类加载器之间的父子关系（类加载器实例之间的关系）并不是类继承上的父子关系。

除了可以使用 Java 提供的类加载器之外，开发者也可以实现自己的类加载器，自定义的类加载器通过继承 ClassLoader 来实现。

系统加载器是 AppClassLoader 的实例，扩展加载器是 ExtClassLoader 的实例。实际上，这两个类都是 URLClassLoader 的实例（是其子类）。

类加载器加载 Class 大致要经过如下 8 个步骤：

在这里插入图片描述

其中，第 5、6 布允许重写 ClassLoader 的 findClass() 方法来实现自己的载入策略，甚至重写 loadClass() 方法来实现自己的载入过程。

创建并使用自定义的类加载器

JVM 中除根类加载器之外的所有类加载器都是 ClassLoader 子类的实例，开发者可以通过扩展 ClassLoader 的子类，并重写该 ClassLoader 所包含的方法来实现自定义的类加载器。ClassLoader 中包含了大量的 protected 方法（这些方法都可以被子类重写）。

ClassLoader 类有如下两个关键方法：

// 用指定的名称加载类
Class<?> loadClass(String name)
// 该方法是 ClassLoader 的入口点，根据指定名称来加载类，系统就是调用 ClassLoader 的该方法来获取指定类对应的 Class 对象
protected Class<?> loadClass(String name, boolean resolve)

如果需要实现自定义的 ClassLoader，则可以通过重写以上两个方法来实现通常推荐重写 findClass() 方法，而不是重写 loadClass() 方法。loadClass() 方法的执行步骤如下：

用 findLoadedClass(String) 来检查是否已经加载类，如果已经加载则直接返回（缓冲机制）
在父类加载器上调用 loadClass() 方法。如果父类加载器为 null，则使用根类加载器来加载
用 findClass(String) 方法查找类

从上面可以看出，重写 findClass() 方法可以避免覆盖默认类加载器的父类委托、缓冲机制两种策略，如果重写 loadClass() 方法，则实现逻辑更为复杂（因为就要手动实现缓冲机制和父类委托了）。

在 ClassLoader 里还有一个核心方法：Class defineClass(String name, byte[] b, int off, int len)，该方法负责将指定类的字节码文件（即 Class 文件）读入字节数组 byte[] b 内，并把它转换为 Class 对象，该字节码文件可以来源于文件、网络等。defineClass() 方法管理 JVM 的许多复杂的实现，它负责将字节码分析成运行时数据结构，并校验有效性等。不过该方法是 final 的，不可以重写。

此外，ClassLoader 还包含如下一些普通方法：

// 从本地文件系统装入文件。它在本地文件系统中寻找类文件，如果存在，就使用 defineClass() 方法将原始字节转换成 Class 对象，以将该文件转换成类
protected Class<?> findSystemClass(String name)
// 返回系统类加载器
static ClassLoader getSystemClassLoader()
// 获取该类加载器的父类加载器
ClassLoader getParent()
// 链接指定的类。类加载器可以使用此方法来链接类 c
protected void resolveClass(Class<?> c)
// 如果此 Java 虚拟机已经加载了名为 name 的类，则直接返回该类对应的 Class 实例，否则返回 null。该方法是 Java 类加载缓存机制的体现
protected Class<?> findLoadedClass(String name)