这几天在学习springboot过程中发现,每次修改了一点代码后总是需要手动去重启服务,这样带来了极大的不便可能修改几次代码重启几次服务就下班了,于是摸索了下springboot的热部署方式并记录一下这个过程。
SpringBoot的热部署分为两种方式:
方式一:springloaded(不推荐)
steps1:在pom.xml文件中添加依赖包并通过springboot:run启动
<!-- 在这里添加springloader plugin
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin </artifactId>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>springloaded</artifactId>
<version>1.2.4.RELEASE</version>
</dependency>
</dependencies>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
<configuration>
<classifier>exec</classifier>
</configuration>
</execution>
</executions>
</plugin>
steps2:如果使用的run as – java application的话,那么还需要做一些处理。 把spring-loader-1.2.4.RELEASE.jar下载下来,放到项目的lib目录中,然后把IDEA的run参数里VM参数设置为: -javaagent:.\lib\springloaded-1.2.4.RELEASE.jar -noverify 然后启动就可以了,这样在run as的时候,也能进行热部署
但是通过实践证明,通过springloaded方式进行热部署,有些代码修改了(例如新增了方法,类)并不会进行热部署。
因此引出了方式二:spring-boot-devtools
spring-boot-devtools 是一个为开发者服务的一个模块,其中最重要的功能就是自动应用代码更改到最新的App上面去。原理是在发现代码有更改之后,重新启动应用,但是速度比手动停止后再启动还要更快,更快指的不是节省出来的手工操作的时间。
其深层原理是使用了两个ClassLoader,一个Classloader加载那些不会改变的类(第三方Jar包),另一个ClassLoader加载会更改的类,称为 restart ClassLoader。
这样在有代码更改的时候,原来的restart ClassLoader 被丢弃,重新创建一个restart ClassLoader,由于需要加载的类相比较少,所以实现了较快的重启时间(5秒以内)。
steps1:添加依赖包
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<optional>true</optional><!-- optional=true,依赖不会传递,该项目依赖devtools;之后依赖myboot项目的项目如果想要使用devtools,需要重新引入 -->
<scope>true</scope>
</dependency>
steps2:添加spring-boot-maven-plugin:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<fork>true</fork> <!--fork : 如果没有该项配置,devtools不会起作用,即应用不会restart,亲测这个有没有都是可以的-->
</configuration>
</plugin>
</plugins>
</build>
测试方式:
修改类-->保存:应用会重启
修改配置文件-->保存:应用会重启
修改页面-->保存:应用会重启,页面会刷新(原理是将spring.thymeleaf.cache设为false)
不能正常热部署情况分析:
对应的spring-boot版本是否正确,我这里使用的是1.4.1版本; 是否加入plugin以及属性<fork>true</fork> Eclipse Project 是否开启了Build Automatically(注意)。 如果设置SpringApplication.setRegisterShutdownHook(false),则自动重启将不起作用。
在启动时,如果选择run as java application方式启动,是正常的。
但是如果选择maven方式启动,会发现下次重新启动时会报错端口号被占用,原因是上一次服务结束后进程没有完全结束,需要从任务管理器中关闭java进程,再重新启动服务即可。