SpringBoot中热部署配置深入讲解原理

热部署

    所谓热部署，就是在应用正在运行的时候升级软件，却不需要重新启动应用。
    对于Java应用程序来说，热部署就是在运行时更新Java类文件。
    在以往，我们对java代码进行修改之后都需要重新启动应用，但是如果该项目进行了热部署，就可以在不重启项目的条件下，进行代码的更新。

springboot项目热部署实现原理

springboot有内置服务器tomcat，在spirngboot中tomcat和应程序是平级的所以不能寄希望于tomcat来监控程序的异动来实现更新

所以新建一个程序在spring中来监控应用程序，如果应用程序有异动那么就命令tomcat重新加载应用程序。

这样的好处就是，spring容器中的东西不用都重新加载一遍，只需要重新加载自己开发的那个部分。

在springboot中进行热部署操作步骤

导入开发者工具对应的坐标

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

在修改代码之后进行构建项目

重启与重载

​ 一个springboot项目在运行时实际上是分两个过程进行的，根据加载的东西不同，划分成base类加载器与restart类加载器。

• base类加载器：用来加载jar包中的类，jar包中的类和配置文件由于不会发生变化，因此不管加载多少次，加载的内容不会发生变化
• restart类加载器：用来加载开发者自己开发的类、配置文件、页面等信息，这一类文件受开发者影响

​ 当springboot项目启动时，base类加载器执行，加载jar包中的信息后，restart类加载器执行，加载开发者制作的内容。当执行构建项目后，由于jar中的信息不会变化，因此base类加载器无需再次执行，所以仅仅运行restart类加载即可，也就是将开发者自己制作的内容重新加载就行了，这就完成了一次热部署的过程，也可以说热部署的过程实际上是重新加载restart类加载器中的信息。

自动启动热部署

在IDE中设置

允许在程序运行时进行自动构建

参与热部署监控的文件范围配置

​ 通过修改项目中的文件，你可以发现其实并不是所有的文件修改都会激活热部署的，原因在于在开发者工具中有一组配置，当满足了配置中的条件后，才会启动热部署，配置中默认不参与热部署的目录信息如下

• /META-INF/maven
• /META-INF/resources
• /resources
• /static
• /public
• /templates

​ 以上目录中的文件如果发生变化，是不参与热部署的。如果想修改配置，可以通过application.yml文件进行设定哪些文件不参与热部署操作

spring:
  devtools:
    restart:
      # 设置不参与热部署的文件或文件夹
      exclude: static/**,public/**,config/application.yml

关闭热部署

​ 线上环境运行时是不可能使用热部署功能的，所以需要强制关闭此功能，通过配置可以关闭此功能。

spring:
  devtools:
    restart:
      enabled: false

​ 如果当心配置文件层级过多导致相符覆盖最终引起配置失效，可以提高配置的层级，在更高层级中配置关闭热部署。例如在启动容器前通过系统属性设置关闭热部署功能。

@SpringBootApplication
public class SSMPApplication {
    public static void main(String[] args) {
        System.setProperty("spring.devtools.restart.enabled","false");
        SpringApplication.run(SSMPApplication.class);
    }
}

总结

通过配置可以关闭热部署功能降低线上程序的资源消耗