天天看点

这20行代码让你了解java热加载功能的核心原理准备工作热加载核心代码原理分解

这是面试/工作中都能用到的知识,花几分钟的时间,通过精简的代码,带你掌握java中热加载的实现方式以及核心原理。(我是在看JVM类加载机制和Tomcat源码的时候受到启发)

准备工作

1、 在D:\test-class\目录,写一个类 HelloService.java

public class HelloService {

public String getValue() {

return "666";

}

}

2、 编译

javac HelloService.java

现在我们在D:\test-class\目录已经有了一个HelloService.class。

接下来,我们实现这个类的热加载,每次更新这个代码,都能不停机,自动加载最新代码逻辑。

热加载核心代码

这20行代码让你了解java热加载功能的核心原理准备工作热加载核心代码原理分解

核心代码

描述一下这段代码运行的效果,运行之后,每隔1秒去加载最新的class文件,调用上述HelloService的getValue方法。不断输出

调用getValue获得的返回值为:666

调用getValue获得的返回值为:666

调用getValue获得的返回值为:666

不要关闭这个程序,我们来测试热加载

  • 将HelloService.java中getValue方法的返回值修改为 【return "999";】
  • javac 重新编译 HelloService.java
  • 编译成功后,你应该会看到程序的控制台输出变为 “调用getValue获得的返回值为:999”
  • 如果输出内容改变了,则代表热加载成功。

是不是很神奇,接下来介绍一下原理

原理分解

1、 首要了解类加载器是什么

我们的代码由.java 编译成 .class,要想在jvm中运行,需要被加载到JVM中。

而加载class的工作是有类加载器实例去实现的,类加载器支持通过文件目录,jar,zip,网络等多种途径,加载class类文件。

JVM启动后就默认有三个类加载器实例,负责去加载不同位置的class。

> 核心类库加载器 BootStrap ClassLoader,负责加载jdk安装目录下lib文件夹里面的jar包,我们的String.class,System.class这些类都放在这个目录下面,启动jvm就会去加载,必不可少。

> 拓展类库加载器 Extension ClassLoader,负责加载jdk安装目录下lib/ext文件夹里面的jar包,这里面是一些jdk的拓展jar包,比如zipfs.jar这样的包或工具类。拓展的意思就是在某些情况下,这些jar包不加载也不影响jvm工作。

> 应用程序代码加载器 Application ClassLoader,负责加载我们自己写的程序代码,通过java命令 -cp 或者 -classpath告诉jvm我们的代码class存放位置。如果我们的程序是jar包运行,你可以在jar包 META-INF目录MANIFEST.MF文件里面看到一个Class-Path: .配置,这就是指定代码位置的。

2、 热加载

java中有这么一个概念“同一个类名,同一个类加载器实例加载的,代表是同一个类”。

如果我们要自己实现业务代码的热加载,就不能用默认的类加载器实例,因为同一个类加载器实例加载一次后会存起来,后面的class文件就算更新了也不会再次加载了。

我们需要自己创建类加载器实例,告诉它我们要加载的class文件位置。我上面的代码中每隔一秒创建一个URLClassLoader类加载器实例对象,用这个新的类加载器实例去加载修改后的class,所以jvm会认为这是一个新的类,从而实现了热更新。

这就是利用了JVM类加载机制实现的热加载,比如Tomcat中jsp热更新就是这样实现的。