不重启服务进行功能开发,热部署
大家好,我是连边。
之前在写不重启JVM替换掉已经加载的类,有读者朋友要我写一篇关于开发环境不重启服务也能进行功能开发的文章,我呢,最近接手了一个项目,启动项目服务需要10分钟
,在项目启动速度无法优化的前提下,为了节约时间摸鱼,为了能敲更多的bug
,为了能掉更多的头发,所以呢,机缘巧合,开整。
文章导读
环境
Spring Boot 2.3.2 RELEASE
+Mybatis-plus 3.2.2
不要看着这个环境不适合就跑了,不要怕,是通用的,只是我是在这种环境下写的JavaHotDevbugTool
这个工具demo。
分析问题
我们在日常开发过程中,改得最多的无非是控制器
、接口层
,还是就是mapper xml
;不管我们修改一个字母,还是更细微的改动,都需要重启服务,这个重启是重启整个Spring
容器,粒度相当大,当我们应用包含了较多的bean
的时候,重启的时候还是挺久的,像我现在接手的这个项目,就是10分钟
,在开发调试阶段,这个时间是无法接受的,自然的就想着从两方面下手,一种方式是缩短启动时间,还有一种就是热部署(在不重启服务的前提下进行开发)。我选择了后者,因为前者需要对业务太大入侵性太大。
而热部署就很容易想到能不能增量部署,即没有变更的文件,我们就不去重新加载,只加载有变更的文件。
想想我们日常开发当中,改得最多的就是java文件和mybatis的xml文件,所以这篇文章就是要解决两个问题,java文件和xml文件的热更新问题。
Java文件热更新
DevTools介绍
spring为开发者提供了一个名为spring-boot-devtools
的模块来使Spring Boot应用支持热部署,提高开发者的开发效率,无需手动重启Spring Boot应用。原理是使用了两个ClassLoader
,一个Classloader
加载那些不会改变的类(第三方Jar包),另一个ClassLoader
加载会更改的类,称为restart ClassLoader
,这样在有代码更改的时候,原来的restart ClassLoader
被丢弃,重新创建一个restart ClassLoader
,由于需要加载的类相比较少,所以实现了较快的重启时间。
引用包
1 |
|
重启服务
测试效果
手动编译快捷键编译(ctrl + f9),网络上有很多帖子,说idea
有一个保存的时候,自动编译功能,我几番设置没有成功,后来选择了手动编译,一个字:稳。
编译的本质可以简单的理解为是重新生成我们target文件下边的.class文件。
如果有类热更新了,会有相应的提示,如下图:
可以更深入的进行打断点进行调试,都是有效果的,这里需要注意的一点:
不是java文件的所有地方都有效果,像新增文件、修改注解参数之类的是无效果的,和他的加载方式有关系,新增控制器什么的,只能重启服务。
解决了Java文件的热更新,我们继续看另外一个高频更改的mapper xml
文件的热更新。
Mapper XML文件热更新
在Mybatis
在3.0
以前的版本,有一个MybatisMapperRefresh
类,但是在3.0
的版本移除改功能了,这也是为什么下边的配置无效的原因。
1 |
|
我使用的3.3.2
版本,因为我是在spring boot
环境中使用,所以加上如下引用:
1 |
|
具体步骤
- 找到所有的
mapper xml
路径; - 启动线程监听;
- 重新加载
xml
文件;
XmlMapperReload类
定义
1 |
|
构造方法
1 |
|
开启监听
1 |
|
XmlMapperReload Bean Config
1 |
|
完整的源码,放在github上边了,可以拿来直接跑起来的项目,连接地址:
https://github.com/lianbian/JavaHotDevbugTool
重启服务
测试效果
总结
这篇文章写到这里就完成了,几个注意点:
- 很多时候是因为idea自动编译没生效导致热部署失败,采用手动编译方式,也挺好的;
- 完整的简洁的项目代码放在了github上边(https://github.com/lianbian/JavaHotDevbugTool),需要的自取,拿着就能跑起来的项目,也可以文末的查看原文;
- 最后,就是注意细节。
衷心感谢每一位认真读文章的人,我是连边,专注于Java和架构领域,坚持撰写有原理,有实战,有体系的技术文章。