【实战JVM】-基础篇-02-类的声明周期-加载器
- 3 类的生命周期
- 3.1 生命周期的概述
- 3.2 加载阶段
- 3.2.1 查看内存中的对象
- 3.3 连接阶段
- 3.3.1 验证阶段
- 3.3.1.1 验证是否符合jvm规范
- 3.3.1.2 元信息验证
- 3.3.1.3 验证语义
- 3.3.1.4 符号引用验证
- 3.3.2 准备阶段
- 3.3.3 解析阶段
- 3.4 初始化阶段
- 3.4.1 笔试题
- 3.4.2 特殊情况
- 3.5 总结
- 4 类的加载器
- 4.1 类加载器的分类
- 4.1.1 JDK8之前的分类
- 4.1.2 使用Arthas查看类加载器-classloader
- 4.1.3 C++启动类加载器BootstrapClassLoader
- 4.1.4 Java中默认类加载器
- 4.1.4.1 扩展类加载器ExtClassLoader
- 4.1.4.2 应用程序类加载器 AppClassLoader
- 4.1.4.3 Arthas-classloader高级用法
- 4.2 类加载器的双亲委派机制
- 4.2.1 Arthas查看类加载器父子关系
- 4.2.2 面试
- 4.3 打破双亲委派机制
- 4.3.1 自定义类加载器
- 4.3.1.1 Arthas展示类的详细信息
- 4.3.1.2 正确的自定义类加载器
- 4.3.2 线程上下文类加载器
- 4.3.2.1 SPI机制
- 4.3.2.2 总结
- 4.3.3 热部署
- 4.3.3.1 热更新注意事项
- 4.4 JDK8之后的类加载器
3 类的生命周期
3.1 生命周期的概述
3.2 加载阶段
3.2.1 查看内存中的对象
推荐使用JDK自带的hsdb工具查看Java虚拟机内部的内存信息。工具位于JDK安装目录下的lib文件夹的sa-jdi.jar中。
启动jvm项目的HsdbDemo
使用jps展示当前所有的java进程及id
jps
启动命令
D:\Software\software_with_code\idea\jdk\jdk1.8.0_381\lib>java -cp sa-jdi.jar sun.jvm.hotspot.HSDB
输入我们要找的类的编号HsdbDemo：18648
直接搜索HsdbDemo，因为我们只new了一次，自然只有一个对象。
一句话概括：类加载器将类的信息加载到内存中，java虚拟机在方法区和堆区中各分配一个对象去保存这个信息，而我们需要操作的则是堆区中的对象，jdk8之后静态字段也是存在堆中的。
3.3 连接阶段
3.3.1 验证阶段
3.3.1.1 验证是否符合jvm规范
3.3.1.2 元信息验证
3.3.1.3 验证语义
3.3.1.4 符号引用验证
判断是否访问了其他类的private方法。
3.3.2 准备阶段
value在准备阶段分配的值是默认值0，而赋值为1是初始化阶段做的事
但是也有例外，如果是final修饰的基本数据类型，会在准备阶段直接将代码中的值进行赋值。
public static final int value=1;
3.3.3 解析阶段
直接引用不在使用编号，而是直接使用内存中的地址进行访问具体的数据。
3.4 初始化阶段
- 初始化阶段会执行静态代码中的代码，并为静态变量赋值
- 初始化阶段会执行字节码文件中的clinit部分的字节码指令。
如果颠倒一下顺序，那么输出则是1
因为静态变量是在连接阶段的准备阶段完成默认初始化。然后再赋为2，再赋为1。
3.4.1 笔试题
（1）
构造代码块先于构造方法前执行
3.4.2 特殊情况
-
直接访问父类的静态变量，不会触发子类的初始化。
-
子类的初始化clinit调用之前，会先调用父类的clinit初始化方法。
-
数组的创建不会导致数组中元素的类进行初始化。
- 是因为创建数组时是创建的数组的对象，而不是数组中元素的对象。所以数组中元素的类不会进行初始化。
-
如果一个变量用final修饰，并且其中的内容要执行指令才能得出结果，那么会在clinit方法中进行初始化。
3.5 总结
4 类的加载器
类加载器是jvm提供给应用程序去实现获取类和接口字节码数据的技术。
负责在类加载过程中的字节码获取并且加载到内存这一部分。通过加载字节码数据放入内存转换成byte[]，接下来调用虚拟机底层的方法将byte[]转换成方法区和堆中的数据。
4.1 类加载器的分类
俩下Shift是搜索
Ctrl+Alt+类是找当前类的所有实现
4.1.1 JDK8之前的分类
- 引导类加载器 Bootstrap，加载属于JVM的一部分，由C++代码实现，负责加载
<JAVA_HOME\>\jre\lib路径下的核心类库 - 扩展类加载器 ExtClassLoader，扩展类加载器负责加载
<JAVA_HOME>\jre\lib\ext目录下的类库。 - 应用程序类加载器 AppClassLoader，应用程序类加载器负责加载
classpath环境变量所指定的类库，是用户自定义类的默认类加载器。
4.1.2 使用Arthas查看类加载器-classloader
启动Hsdbdemo后打开arthas，在arthas工作目录中启动
java -jar arthas-boot.jar
进入Hsdbdemo
classloader
4.1.3 C++启动类加载器BootstrapClassLoader
负责加载<JAVA_HOME\>\jre\lib路径下的核心类库
通过类名.class.getClassLoader来获取当前类的类加载器。
添加java虚拟机参数D:/jvm/jar/classloader-test.jar是jar包地址
-Xbootclasspath/a:D:/jvm/jar/classloader-test.jar
4.1.4 Java中默认类加载器
4.1.4.1 扩展类加载器ExtClassLoader
扩展类加载器 ExtClassLoader，扩展类加载器负责加载<JAVA_HOME>\jre\lib\ext目录下的类库。
添加java虚拟机参数D:/jvm/jar/classloader-test.jar是jar包地址。
不仅需要jar包的地址，还需要原来ext的地址D:\Software\software_with_code\idea\jdk\jdk1.8.0_381\jre\lib\ext
-Djava.ext.dirs="D:\Software\software_with_code\idea\jdk\jdk1.8.0_381\jre\lib\ext;D:/jvm/jar/classloader-test.jar"
在windows中;是追加，linux和mac中:是追加，尽量用双引号引起俩，以免因为特殊字符报错。
4.1.4.2 应用程序类加载器 AppClassLoader
应用程序类加载器 AppClassLoader，应用程序类加载器负责加载 classpath环境变量所指定的类库，是用户自定义类的默认类加载器。既可以加载当前项目中创建的类，也可以加载maven依赖中包含的类。
4.1.4.3 Arthas-classloader高级用法
classloader -l
查看当前所有的类加载器以及其哈希值
classloader -c hash值
查看当前查询的类加载器加载的所有jar包
4.2 类加载器的双亲委派机制
jvm中有多个类加载器，双亲委派机制的核心就是解决一个类到底由谁加载的问题。
双亲委派机制的作用：
-
保证类加载的安全性
通过双亲委派机制避免恶意代码替换JDK中的核心类库，比如Java.lang.String，确保核心类库的完整性和安全性。
-
避免重复加载
双亲委派机制可以避免同一个类被多次加载
4.2.1 Arthas查看类加载器父子关系
classloader -t
4.2.2 面试
4.3 打破双亲委派机制
4.3.1 自定义类加载器
@Override
public Class<?> loadClass(String name) throws ClassNotFoundException {if(name.startsWith("java.")){return super.loadClass(name);}byte[] data = loadClassData(name);return defineClass(name, data, 0, data.length);
}public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException, IOException {BreakClassLoader1 classLoader1 = new BreakClassLoader1();classLoader1.setBasePath("D:\\lib\\");Class<?> clazz1 = classLoader1.loadClass("com.itheima.my.A");BreakClassLoader1 classLoader2 = new BreakClassLoader1();classLoader2.setBasePath("D:\\lib\\");Class<?> clazz2 = classLoader2.loadClass("com.itheima.my.A");System.out.println(clazz1 == clazz2);Thread.currentThread().setContextClassLoader(classLoader1);System.out.println(Thread.currentThread().getContextClassLoader());System.in.read();}
重写loadClass方法，删除双亲委派机制，如果是java开头的jar包，就交给原先父类的loadClass，如果是自定义的，就自己直接加载。
自定义类加载器没指定双亲的话，默认双亲为应用程序类加载器
4.3.1.1 Arthas展示类的详细信息
sc -d com.itheima.my.A
因为刚刚用两个不同的类加载器加载com.itheima.my.A，自然得到两个不同的对象
4.3.1.2 正确的自定义类加载器
4.3.2 线程上下文类加载器
DriverManager类位于rt.jar包中，由启动类加载器加载。
4.3.2.1 SPI机制
SPI全程Service Provider Interface，是JDK内置的一种服务提供发现的机制
需要在resources目录下新建META-INF/services目录，并且在这个目录下新建一个与上述接口的全限定名一致的文件java.sql.Driver的接口，在这个文件中写入接口的实现类的全限定名com.mysql.cj.jdbc.Driver。
ServiceLoader这个类的源码如下：
public final class ServiceLoader<S> implements Iterable<S> {//扫描目录前缀private static final String PREFIX = "META-INF/services/";// 被加载的类或接口private final Class<S> service;// 用于定位、加载和实例化实现方实现的类的类加载器private final ClassLoader loader;// 上下文对象private final AccessControlContext acc;// 按照实例化的顺序缓存已经实例化的类private LinkedHashMap<String, S> providers = new LinkedHashMap<>();// 懒查找迭代器private java.util.ServiceLoader.LazyIterator lookupIterator;// 私有内部类，提供对所有的service的类的加载与实例化private class LazyIterator implements Iterator<S> {Class<S> service;ClassLoader loader;Enumeration<URL> configs = null;String nextName = null;//...private boolean hasNextService() {if (configs == null) {try {//获取目录下所有的类String fullName = PREFIX + service.getName();if (loader == null)configs = ClassLoader.getSystemResources(fullName);elseconfigs = loader.getResources(fullName);} catch (IOException x) {//...}//....}}private S nextService() {String cn = nextName;nextName = null;Class<?> c = null;try {//反射加载类c = Class.forName(cn, false, loader);} catch (ClassNotFoundException x) {}try {//实例化S p = service.cast(c.newInstance());//放进缓存providers.put(cn, p);return p;} catch (Throwable x) {//..}//..}}
}
在线程中使用
Thread.currentThread().getContextClassLoader()
默认获得的是应用程序类加载器
4.3.2.2 总结
所以说，打破双亲委派机制的唯一方法就是重写loadClass或者findClass方法。
4.3.3 热部署
-
启动SpringbootClassfileApplication后，使用arthas进入，反编译出UserController
java -Dfile.encoding=UTF-8 -jar arthas-boot.jarjad --source-only com.itheima.springbootclassfile.controller.UserController > "D:\Code\JavaCode\JVM\hot-replace\UserController.java"
修改为
if (type.equals(UserType.REGULAR.getType())) {
-
编译成字节码文件，如果直接编译，则会因为找不到类加载器而报错，所以需要先找到UserController.java的类加载器，获取其哈希值。
sc -d com.itheima.springbootclassfile.controller.UserController
-
mc -c指定类加载器的哈希码-d指定输出目录mc -c 18b4aac2 "D:\Code\JavaCode\JVM\hot-replace\UserController.java" -d "D:\Code\JavaCode\JVM\hot-replace"
-
通过retransform
retransform "D:\Code\JavaCode\JVM\hot-replace\com\itheima\springbootclassfile\controller\UserController.class"
-
用jad查看热部署是否完成
-
发送http请求
说明热部署已经完成
4.3.3.1 热更新注意事项
4.4 JDK8之后的类加载器
应用类加载器和扩展类加载器都是继承关系从URLClassLoader变为BuiltinClassLoader，没有太大的区别。
