1 概述

所谓热部署,对于Java应用程序来说,就是在运行时更新Java类文件.IDEA可以使用自带的Spring Boot热部署的方式进行本地/远程热部署,或者使用JRebel进行本地/远程热部署,不过需要安装JRebel and XRebel for IntelliJ这个插件.本文将会介绍这两种方式来进行热部署,这应该是网上能找到的最详细的IDEA热部署的文章,相信在看完之后,开发效率会大大提升,不再需要像以前那样手动打jar/war包然后上传到服务器等一系列繁琐操作.

2 环境

• IDE:IntelliJ IDEA 2019.3.1
• 本地Tomcat:9.0.30
• JRebel and XRebel for IntelliJ:2020.2.0
• 服务器:CentOS 8.1.1911
• 服务器Tomcat:9.0.33

3 IDEA热部署

3.1 工程部分

3.1.1 新建工程

这里新建一个Spring Boot工程来进行热部署的测试.

打包方式改为war,因为后面要使用外部Tomcat:
勾上热部署工具Spring Boot DevTools与使用内嵌Tomcat的Spring Web.

3.1.2 测试文件

新建一个响应Get请求的Controller:

这里添加了一个控制台信息方便查看.

3.2 内部Tomcat热部署

Spring Boot内嵌了一个Tomcat,可以直接使用其进行热部署.

3.2.1 IDEA设置

首先需要开启Compiler中的Build project automatically:

然后按两下shift,切换到Action,搜索Registry:

把compiler.automake.allow.when.app.running开启:

最后编辑运行设置:

以下两项选择Update classed and resources:

3.2.2 测试

IDEA自带了一个HTTP client(其实是一个插件,不需要可以关闭),可以发送HTTP请求,新建一个HTTP Request:

名字随便:

添加一个GET请求:

修改路径与端口,注意路径对应:

切换回Spring Boot的运行设置,shift+F10运行:

然后就可以发送HTTP请求了,点击一下绿色的小三角:

返回了对应信息,控制台也有对应输出:


然后修改Controller里面的test,改为test1:

不用重新运行项目,切换一下窗口让IDEA进行Update操作:


控制台会重新打印Spring字样,Messages中会看到Build completed successfully的信息,表示Update操作成功.
重新发送原来的HTTP请求,报错:

因为此时已经没有响应localhost:8080/test的方法了,改为test1后:

3.3 外部Tomcat热部署

由于已经配置好了IDEA的相关设置,这里就不重复了,没配置的按上面的方式配置,然后需要增加一个外部的Tomcat配置.

3.3.1 外部Tomcat配置

需要增加一个外部Tomcat的运行配置:

添加Tomcat,选择local:

没有显示Tomcat的话在more items这里.
改个名字,Configure选择本地Tomcat的路径,同时把下面的Build去掉.

部署这里要选择exploded的:


改回根路径:

回到Server选项卡,修改以下两项为Update classed and resources:

3.3.2 测试

注意外部的Tomcat热部署不能使用Run运行,不能像内部的一样直接Shift+F10,要使用Debug运行,Shift+F9:

需要确保默认的8080端口不被占用,先把刚才的Spring Boot应用暂停,在run这里,Tomcat在services这里.

测试文件还是刚才的test1,发送请求:

然后修改test1的方法体:

切换窗口后会提示class reloaded:

再次发送刚才的HTTP请求:


成功!
不过,这种热部署只能修改方法体,如果增加了一个方法或者修改了原来的方法名等,会提示热交换失败,虚拟机不支持该操作:

去万能的百度查了一下:

说是Java HotSwap的限制,HotSwap是一个JVM补丁,这里就略过了.同时后面提到一些类似JRebel的第三方工具可以支持这种类型的修改,当然,下面会有详细介绍.

3.4 远程Tomcat热部署

远程Tomcat热部署比较麻烦,细节很多,一个端口错误就一堆异常,所以请耐心细看.需要三个步骤:设置服务器的Tomcat,设置IDEA的服务器配置,设置IDEA的Tomcat运行配置.最后进行测试.

3.4.1 服务器的Tomcat设置

需要处理四个端口:Tomcat的HTTP端口,JMX端口,RMI端口与调试端口.
其中HTTP端口就是常说的Tomcat端口,浏览器输入http://ip:port就可以访问到Tomcat的默认首页,在server.xml中设置,这里的是在69行的位置,使用默认的8080.

在Tomcat的bin目录下新建一个setenv.sh:

CATALINA_OPTS="-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.port=8888 
-Dcom.sun.management.jmxremote.rmi.port=8888
-Dcom.sun.management.jmxremote.ssl=false 
-Dcom.sun.management.jmxremote.authenticate=false 
-Djava.rmi.server.hostname=ip
-agentlib:jdwp=transport=dt_socket,address=0.0.0.0:12345,suspend=n,server=y"

其中JMX与RMI端口设为一致,只要没有占用随便取即可,address后面的12345是调试端口,根据需要设置即可.ip是服务器的ip地址

-Dcom.sun.management.jmxremote.ssl=false 
-Dcom.sun.management.jmxremote.authenticate=false 

这两行表示不使用ssl连接与使用JMX客户端连接到Tomcat时不需要认证.
注意要加上

-Dcom.sun.management.jmxremote.rmi.port=8888

这个RMI端口,很多文章都没有加上这个导致部署失败.
最后修改执行权限并启动tomcat:

chmod 750 setenv.sh
./startup.sh

可以查看一下端口监听:

netstart -ano | grep -E "8080|8888|12345"

三个端口都监听到了,表示配置成功,若没有监听到这三个端口,请检查Tomcat日志.
同时注意防火墙与安全组的问题,如果开启了防火墙请允许这三个端口通过,安全组也要开启对应端口规则.

3.4.2 IDEA中的服务器设置

新建一个SFTP部署:

ip为服务器ip,port为ssh端口,认证方式可以密码或者密钥,按需要选择,Root path设为tomcat的webapps路径,如果有乱码问题把下面的高级选项的编码改为utf-8.

设置好了以后测试一下.

映射:下面有完整的说明,Local path是本地的项目路径,Deployment path是相对与webapps的路径(上面设置了Root path为webapps),Web path是相对与url的路径.

3.4.3 IDEA中的Tomcat设置

新建一个Tomcat Remote:


这里是最重要的设置,设置JMX端口(这里是上面3.4.1设置的8888),Host选择上一步创建的服务器,Path from root为根路径,Mapped as为webapps路径,Host下面的端口为TomcatHTTP端口(这里使用默认的8080,3.4.1中的配置有详细说明).

部署这里选择exploded的war包,Application context选择根路径.

Debug这里修改3.4.1中设置的端口:

3.4.4 测试

需要以Debug模式(Shift+F9)运行,不能直接Run(Shift+F10):

首先会提示连接到服务器和虚拟机:

然后提示成功部署:

这时候应该会自动打开浏览器,因为这里设置了运行后打开该URL:

修改方法体后按Ctrl+F9,提示重新加载类:

Debug信息提示已重新加载类:

这样就热部署成功了.
当然,像上面的使用外部Tomcat一样,如果修改方法名或者增加方法,会提示虚拟机不支持操作(解决方法是使用下面的JRebel):

4 JRebel热部署

4.1 JRebel简介

JRebel是一个集成了应用服务器的JVM代理,可以使用现有的类加载器重新加载类.只有修改后的类会在运行中的应用程序被重新编译和即时重新加载.

4.2 安装

从设置中的Plugins安装,搜索即可:

如果速度慢的话可以从官网(戳这里)去下载,然后从本地安装:

4.3 内部Tomcat热部署

内部Tocmat热部署非常简单,选中SpringBoot的运行配置以后,直接点击Rebel Run即可:

控制台提示重新加载类并且重新配置bean,表示成功.

当然这样做的前提是默认的Spring Boot配置已经像上面的3.2一样配置好,比如如果修改为:

这样JRebel就会没有效果.

4.4 外部Tomcat热部署

像上面的3.3一样配置好外部Tomcat后,也是直接一键Rebel Run即可.
注意保证端口不被占用.

这里与默认的热部署相比,最大的不同是允许增加与改变方法,而不仅仅是修改方法体(不然的话也不会出现3.3的那个问题).
下面是原来的Controller中的方法:

添加一个方法后:


提示已重新加载,表示成功,而不是提示Operation not supported by VM.

4.5 远程Tomcat热部署

使用JRebel进行的远程Tomcat热部署需要先打包上传,然后才能热部署.

4.5.1 打包上传

热部署之前,需要先手动打包:

上传到服务器的Tomcat的webapps下.

4.5.2 新建脚本

选择运行在远程服务器或虚拟机,然后选择Tomcat:

按提示新建脚本:

实测还需要修改脚本权限,750:

启动之后可以看到JRebel的输出:JRebel started in remote server mode:


这样就能成功监控到变化了.

4.5.3 添加远程服务器

服务器名字随便,URL为ip+端口(注意服务器的防火墙还有安全组规则开放端口),如果设置了服务器认证(通过

java -jar xxx.jar -set-remote-password PASSWORD

设置),则需要勾选Server authentication并填上密码.
如果Tomcat设置了访问密码(设置方法这里查看),则需要勾选HTTP Basic authentication,并填上用户名与密码:

测试一下连接:

没问题就下一步.

4.5.4 测试

然后,打开JRebel,选择部署的项目:


下面是打包时的Controller方法,只有一个test:

测试(注意test前的路径为打包的名字,要对应):


然后加上test1方法,ctrl+F9,构建:

服务器端提示重新加载类:

再次输入test1:

这样就远程热部署成功了!

5 附录:jar打包

由于Spring Boot内嵌了Tomcat,可以打成jar包的形式使用内嵌的Tomcat,这样,可以避免一系列的包括目录映射,端口等繁琐的Tomcat配置.在原来的war打包形式的基础上,修改pom.xml中的<packing>:

加上maven插件(默认已加上):

可以把原来的ServletInitializer删去:

使用Maven打包:

可以先在本地测试一下:

java -jar demo.jar

没问题的话就可以上传到服务器了,或者直接使用热部署,注意Tomcat与JRebel需要修改相应的配置,具体就不详细说了.