探秘 Java 热部署

# 前言

在之前的 深入浅出 JVM ClassLoader 一文中,我们说可以通过修改默认的类加载器实现热部署,但在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作。对于某些大型的应用来说,每次的重启都需要花费大量的时间成本,所以,如果能像我们之前说的那样,在不重启虚拟机的情况下更新一个类,在某些业务场景下变得十分重要。比如很多脚本语言就支持热替换,例如 PHP,只要替换了PHP 源文件,这种改动就会立即生效,且无需重启服务器。

今天我们就来一个简单的热部署,注意:不要小看他,这也是 JSP 支持修改的实现方式。

## # 1. 怎么实现?

在上篇文章中,我们贴了一幅图:

我们知道,一个类加载器只能加载一个同名类,在Java默认的类加载器层面作了判断,如果已经有了该类,则不再重复加载,如果强行绕过判断并使用自定义类加载器重复加载(比如调用 defineClass 方法),JVM 将会抛出 LinkageError:attempted duplicate class definition for name。

但请注意,我们说同一个类加载器不可以加载两个同名的类,但不同的类加载器是可以加载同名的类的,加载完成之后,这两个类虽然同名,但不是同一个 Class 对象,无法进行转换。

那么我们是否可以利用这个特性,实现热部署呢?如同上图的步骤:使用自定义的类加载器,加载一个类,当需要进行替换类的时候,我们就丢弃之前的类加载器和类,使用新的类加载器去加载新的 Class 文件,然后运行新对象的方法。

让我们按照这个思路写段代码试试吧!


 class AccountMain {

  public static void main(String[] args)
      throws ClassNotFoundException, InterruptedException, IllegalAccessException, InstantiationException, NoSuchMethodException, InvocationTargetException {

    while (true) {
      ClassLoader loader = new ClassLoader() {
        @Override
        public Class<?> loadClass(String name) throws ClassNotFoundException {
          try {
            String fileName = name.substring(name.lastIndexOf(".") + 1) + ".class";

            InputStream is = getClass().getResourceAsStream(fileName);
            if (is == null) {
              return super.loadClass(name);
            }

            byte[] b = new byte[is.available()];

            is.read(b);
            return defineClass(name, b, 0, b.length);

          } catch (IOException e) {
            e.printStackTrace();
            throw new ClassNotFoundException(name);
          }
        }
      };

      Class clazz = loader.loadClass("cn.think.in.java.clazz.loader.asm.Account");
      Object account = clazz.newInstance();
      account.getClass().getMethod("operation", new Class[]{}).invoke(account);
      Thread.sleep(20000);
    }
  }

}

上面这个类是一个 mian 方法类,该方法是一个间隔 20 秒的死循环,步骤如下:

  1. 创建一个自定义的 ClassLoader 对象,加载类的步骤不遵守双亲委派模型,而是直接加载。
  2. 使用刚刚创建的类加载器加载指定的类。
  3. 得到刚刚的Class 对象,使用反射创建对象,并调用对象的 operation 方法。

为什么间隔20秒呢?因为我们要在启动之后,修改类,并重新编译。因此需要20秒时间。

再看看 Account 类:

public class Account {
  public void operation() {
    System.out.println("operation...");
    try {
      Thread.sleep(10);
    } catch (Exception e) {
      e.printStackTrace();
    }
  }
}

该类很简单,只有一个方法,就是打印 operation...字符串。

我们还需要一个类,干什么用呢?我们刚刚说,需要修改 Account 类,然后重新编译,为了方便,我们创建一个类,专门用于执行修改后的 Account 类,因为执行后肯定重新编译了,省的我们去命令行使用 javac 了。

代码如下:

class ReCompileAccount {

  public static void main(String[] args) {
    new Account().operation();
  }
}

如何测试呢?

  1. 启动AccountMain main 方法。会立刻打印出 operation... 字符串,并开始等待20秒。
  2. 修改 Account 类的字符串为 operation.....new,
  3. 启动 ReCompileAccount 类,目的是重新编译 Accoutn类。
  4. 等待 AccountMain 类的打印。

不出意外的话,最后结果如下:

看到了吧,我们已经成功的把Accout 类修改了,并且是在不重启 JVM 的情况下,实现了热部署。就像我们刚刚说的,JSP 支持修改也是这么实现的,每一个 JSP 页面都对应着一个类加载器,当JSP 页面被修改了,就重新创建类加载器,然后使用新的类加载器加载 JSP (JSP 其实就是 Java 类)。

## # 总结

基于 ClassLoader 的原理,我们实现了 Java 层面的热部署,但大家如果自己实现一遍的话,还是觉得很麻烦,诚然,JSP 使用这种方式没什么问题,因为他是自动编译的。但如果我们自己的应用的话,难道每次修改一个类,都要重新编译一遍,然后在给定的时间里去替换?我们能不能把这些手工活都交给 JVM 呢?实际上,Tocmat 也已经通过这种方式实现过了。限于篇幅,我们将在下一篇文章中讲述。

good luck!!!!!

原文地址:https://www.cnblogs.com/stateis0/p/9062197.html

时间: 2024-11-10 19:16:36

探秘 Java 热部署的相关文章

探秘 Java 热部署二(Java agent premain)

# 前言 在前文 探秘 Java 热部署 中,我们通过在死循环中重复加载 ClassLoader 和 Class 文件实现了热部署的功能,但我们也指出了缺点-----不够灵活.需要手动修改文件等操作. 如果有那么一种功能,当你需要重新加载类并修改类的时候,有那么一个转换器自动帮你修改已有的 Class 文件变成你设定的 Class 文件,那么就不需要手动修改编译了. 也许你第一想到的就是在自定义类加载器中做文章,比如在 loadClass 中,得到字节码之后,通过 ASM 或者 javassis

探秘 Java 热部署三(Java agent agentmain)

前言 让我们继续探秘 Java 热部署.在前文 探秘 Java 热部署二(Java agent premain)中,我们介绍了 Java agent premain.通过在main方法之前通过类似 AOP 的方式添加 premain 方法,我们可以在类加载之前做修改字节码的操作,无论是第一次加载,还是每次新的 ClassLoader 加载,都会经过 ClassFileTransformer 的 transform 方法,也就是说,都可以在这个方法中修改字节码,虽然他的方法名是 premain ,

Java 热部署深入探索

简介 在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作.对于某些大型的应用来说,每次的重启都需 要花费大量的时间成本.虽然 osgi 架构的出现,让模块重启成为可能,但是如果模块之间有调用关系的话,这样的操作依然会让应用出现短暂的功能性休克.本文将探索如何在不破坏 Java 虚拟机现有行为的前提下,实现某个单一类的热部署,让系统无需重启就完成某个类的更新. 类加载的探

深入探索 Java 热部署

在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作.对于某些大型的应用来说,每次的重启都需要花费大量的时间成本.虽然 osgi 架构的出现,让模块重启成为可能,但是如果模块之间有调用关系的话,这样的操作依然会让应用出现短暂的功能性休克.本文将探索如何在不破坏 Java 虚拟机现有行为的前提下,实现某个单一类的热部署,让系统无需重启就完成某个类的更新. 类加载的探索 首先

JAVA热部署原理

1.热部署是什么? 对于Java应用程序来说,热部署就是在运行时更新Java类文件. 2.热部署有什么用? 可以不重启应用的情况下,更新应用.举个例子,就像电脑可以在不重启的情况下,更换U盘. OSGI也正是因为它的模块化和热部署,才显得热门. 3.热部署的原理是什么? 想要知道热部署的原理,必须要了解java类的加载过程.一个java类文件到虚拟机里的对象,要经过如下过程. 首先通过java编译器,将java文件编译成class字节码,类加载器读取class字节码,再将类转化为实例,对实例ne

IntelliJ IDEA 的 Java 热部署插件 JRebel 安装及使用

JRebel 介绍 JRebel for Intellij JRebel 在 Java Web 开发中, 一般更新了 Java 文件后要手动重启 Tomcat 服务器, 才能生效,  自从有了 JRebel 这神器的出现, 不论是更新 class 类还是更新 Spring 配置文件都能做到立马生效,大大提高开发效率. 安装JRebel 设置过deployment后,server中会出现on frame deactivation, 然后就跟截图一样全部都选择Update classes and r

java热部署

最近使用java做项目,研究了一下热部署,能够提高工作效率. 需要准备的工具: 1.安装文件http://update.zeroturnaround.com/update-site/ 2.破解 下载破解包地址:http://pan.baidu.com/s/1gd4HqKz   3.配置tomcat

springboot热部署(一)——Java热部署与热加载原理

一.概述 在应用运行的时升级软件,无需重新启动的方式有两种,热部署和热加载. 对于Java应用程序来说, 热部署就是在服务器运行时重新部署项目,——生产环境 热加载即在在运行时重新加载class,从而升级应用.——开发环境 原文地址:https://www.cnblogs.com/jiangbei/p/8438733.html

JAVA代码热部署,在线不停服动态更新

本地debug的时候,可以实时编译并更新代码,线上也可以不停服来动态更新类,即所说的java热部署. JDK代理的两种方式: 1.premain方式是Java SE5开始就提供的代理方式,但其必须在命令行指定代理jar,并且代理类必须在main方法前启动,它要求开发者在应用启动前就必须确认代理的处理逻辑和参数内容等等 2.agentmain方式是JavaSE6开始提供,它可以在应用程序的VM启动后再动态添加代理的方式 agentmain应用场景: 比如正常的生产环境下,一般不会开启代理功能,但是