Java热加载(JRebel)与Devtools热部署

本文主要介绍两种热部署方式：Jrebel与devtools 

一、热部署与热加载

在应用运行的时升级软件，无需重新启动的方式有两种，热部署和热加载。

对于Java应用程序来说，热部署就是在服务器运行时重新部署项目，热加载即在在运行时重新加载class，从而升级应用。

二、实现原理

热加载的实现原理主要依赖java的类加载机制，在实现方式可以概括为在容器启动的时候起一条后台线程，定时的检测类文件的时间戳变化，如果类的时间戳变掉了，则将类重新载入。

对比反射机制，反射是在运行时获取类信息，通过动态的调用来改变程序行为；
热加载则是在运行时通过重新加载改变类信息，直接改变程序行为。

热部署原理类似，但它是直接重新加载整个应用，这种方式会释放内存，比热加载更加干净彻底，但同时也更费时间。

三、在java中应用

1.生产环境

热部署作为一个比较灵活的机制，在实际的生产上运用还是有，但相对很少，热加载则基本没有应用。分析如下

  • 一、安全性

热加载这种直接修改jvm中字节码的方式是难以监控的，不同于sql等执行可以记录日志，直接字节码的修改几乎无法记录代码逻辑的变化，对既有代码行为的影响难以控制，对于越注重安全的应用，热加载带来的风险越大,这好比给飞行中的飞机更换发动机。

  • 二、适用的情景

技术大部分是跟需求挂钩的，而需要热部署的情景很少。

  1. 频繁的部署并且启动耗时长的应用
  2. 无法停止服务的应用

在生产中，并没有需要频繁部署的应用，即使是敏捷，再快也是一周一次的迭代，并且通过业务划分和模块化编程，部署的代价完全可以忽略不计，对于现有的应用，启动耗时再长，也并非长到无法忍受，如果真的这么长，那更应该考虑的是如何进行模块拆分，分布式部署了。

对于无法停止服务的应用，比如现在的云计算平台这样分布式应用，采用分批上线也可以满足需求，类似热部署方案应该是放在最后考虑的解决方案。

四、Jrebel与devtools 

1.JRebel

JRebel原理
一个javaagent监控系统中的classes和resources文件在工作空间的变化，然后在运行的应用服务器上热加载这些变化，支持下面的这些类型的文件改变：
  • 改变Java classes文件.
  • 改变框架配置文件 (e.g. Spring XML files and annotations, Struts mappings, etc).
  • 任何静态资源文件 (e.g. JSPs, HTMLs, CSSs, XMLs, .properties, etc)

JRebel使用(转载自：https://www.cnblogs.com/Chenjiabing/p/13924849.html)

只需要在IDEA中装一个JRebel的插件，远程热部署需要在服务器上装一个JRebel

本地如何热部署？

JRebel插件安装完成之后，将IDEA中的自动编译开启，然后找到IDEA中的JRebel的工具面板，将所需要热部署的项目或者模块勾选上即可，如下图：

勾选成功之后将会在项目或者模块的src/resource下生成一个rebel.xml文件。

此时在Spring Boot的主启动类上右键，将会出现以JRebel启动的选项，如下图：

当然在IDEA的右上角也存在启动的按钮，如下图：

①是本地启动和DEBUG模式启动，②是远程热部署的时候更新按钮。

此时就已经配置成功了，如果勾选的项目或者模块出现了改变，按CRTL+SHIFT+F9则会自动重新编译加载改变的部分，不用再重新启动项目了。

 

远程如何热部署？

远程热部署需要在服务器上安装并JRebel，成功后需要设置远程连接的密码，在JRebel的根目录下执行以下命令：

java -jar jrebel.jar -set-remote-password 123456789

此处设置的123456789则是远程的密码，在IDEA连接服务器的时候需要。

服务器配置成功后，在IDEA中JRebel的面板中设置远程热部署的模块，如下图：

勾选成功后，将会在src/resource下生成一个rebel-remote.xml文件。

此时将Spring Boot项目打包成一个Jar，上传到服务器，执行以下命令启动项目：

nohup java -agentpath:/usr/local/jrebel/lib/libjrebel64.so  -Drebel.remoting_plugin=true -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9083 -jar xxx.jar &

libjrebel64.so这个文件是JRebel的lib目录下的文件。

-Xdebug之后，-jar之前的命令是开启远程调试的，如果不需要的可以去掉，不知道远程调试的，可以看：惊呆了！Spring Boot还能开启远程调试~。

项目启动成功后，服务器上的配置就完成了。

此时在IDEA中需要设置连接到刚才启动的项目，打开File->setting->JRbel&XRebel->JRbel Remote Servers，如下图：

步骤如下：

  1. 点击+号添加一个服务
  2. 填写信息
  • server name随便起个服务的名字
  • server URL格式：http://ip:port，这里的ip是服务器的IP，port是项目端口号。
  • 远程密码则是上文设置的JRebel的密码123456789。
  1. 点击OK，即可添加成功。

以上设置成功后，点击右上角的远程部署按钮，下图中的②号按钮，则会自动更新服务器上已启动项目的代码使之本地修改在服务端自动生效：

在JRebel Console这个面板中将会打印出远程热部署更新的日志信息，如下图：

只要本地有了更改，点击远程热部署按钮，则会自动上传代码到服务器端并实时更新，不用重新启动项目。

 

多模块开发的坑

如果是多模块开发，比如分为api（最终的Jar包），core（核心包），service（业务层的包），最终打包运行在服务器端的是api这个模块，其余两个模块都是属于依赖模块，虽然在JRebel远程热部署选项中都勾选了，但是它们的代码更改并不会在服务端生效。

这个如何解决呢？很简单，在api项目下的rebel-remote.xml文件中将其余两个模块添加进去，默认的如下：

<?xml version="1.0" encoding="UTF-8"?>
<rebel-remote xmlns="http://www.zeroturnaround.com/rebel/remote">
    <id>xx.xx.xx.api</id>
</rebel-remote>

添加之后的代码如下：

<?xml version="1.0" encoding="UTF-8"?>
<rebel-remote xmlns="http://www.zeroturnaround.com/rebel/remote">
    <id>xx.xxx.xx.api</id>
    <id>xx.xx.xx.service</id>
    <id>xx.xx.xx.core</id>
</rebel-remote>

以上的<id>标签中指定的是模块的包名（package）。

2.devtools

spring-boot-devtools 是一个为开发者服务的一个模块，其中最重要的功能就是自动应用代码更改到最新的App上面去。相关Blog: 点击打开链接
原理是在发现代码有更改之后，重新启动应用，但是比速度比手动停止后再启动还要更快，更快指的不是节省出来的手工操作的时间。
其深层原理是使用了两个ClassLoader，一个Classloader加载那些不会改变的类（第三方Jar包），另一个ClassLoader加载会更改的类，称为 restart ClassLoader,这样在有代码更改的时候，原来的restart ClassLoader 被丢弃，重新创建一个restart ClassLoader，由于需要加载的类相比较少，所以实现了较快的重启时间（5秒以内）。

那如何使用呢，大概两个步骤即可：

 

第一就是添加相应的依赖：
<!--devtools可以实现页面热部署（即页面修改后会立即生效，这个可以直接在application.properties文件中配置spring.thymeleaf.cache=false来实现），
实现类文件热部署（类文件修改后不会立即生效），实现对属性文件的热部署。
即devtools会监听classpath下的文件变动，并且会立即重启应用（发生在保存时机），注意：因为其采用的虚拟机机制，该项重启是很快的 -->

<dependency>
      <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-devtools</artifactId>
       <optional>true</optional>
       <scope>true</scope>
</dependency>


第二加点：仅仅加入devtools在我们的eclipse中还不起作用，这时候还需要添加的spring-boot-maven-plugin：

 <build>
        <finalName>www.fitness.manager.com</finalName>
        <plugins>
 <!--用于将应用打成可直接运行的jar（该jar就是用于生产环境中的jar） 值得注意的是，如果没有引用spring-boot-starter-parent做parent，且采用了上述的第二种方式，这里也要做出相应的改动 -->
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <configuration>
                    <!--fork:  如果没有该项配置，devtools不会起作用，即应用不会restart -->
                    <fork>true</fork>
                </configuration>
            </plugin>
        </plugins>
    </build>

 

运行App.Java ---- Run Application--- Java Application即可进行测试。

 

3.JRebel和devtools的区别

前辈和后辈的比较其实没什么可比性，如果不是JRebel「收费」了，绝对是所有程序员的首选。但还是要说说他们之间的区别，如下：

  1. JRebel加载的速度优于devtools
  2. JRebel不仅仅局限于Spring Boot项目，可以用在任何的Java项目中。
  3. devtools 方式的热部署在功能上有限制，方法内的修改可以实现热部署，但新增的方法或者修改方法参数之后热部署是不生效的。

 

参考：

https://www.cnblogs.com/wchukai/p/5651172.html

https://blog.csdn.net/lantian0802/article/details/8870286

https://littleterry.blog.csdn.net/article/details/83146803

https://www.hollischuang.com/archives/592

https://www.cnblogs.com/gotodsp/p/9637674.html

https://www.ibm.com/developerworks/cn/java/j-lo-hotdeploy/

https://blog.csdn.net/weixin_34198453/article/details/92201473

https://www.cnblogs.com/Chenjiabing/p/13924849.html

posted @ 2020-12-19 01:35  思凡念真  阅读(3391)  评论(2)  编辑  收藏  举报