关于springboot:SpringBoot魔法堂应用热部署实践与原理浅析

前言

后端开发的同学想必每天都在反复经验着批改代码、执行代码编译，期待……重启 Tomcat 服务，期待……最初测试发现还是有 bug，而后上述流程再来一遍（我听不见）:(
能不能像前端开发的同学那样，批改代码保留文件后主动编译、从新加载利用呢？Spring Boot 给了咱们一个大大的 Yes！
本文咱们就一起来摸索 Spring Boot 的热部署性能晋升开发效率吧！

长话短说

热部署作为开发阶段的个性，由 spring-boot-devtools 模块提供，用于在批改类、配置文件和页面等动态资源后，主动编译 Spring Boot 利用和加载利用和页面动态资源，从而进步开发流程自动化水平晋升开发效率。
那么第一步当然是在 pom.xml 中增加配置：

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

<build>
  <plugins>
    <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
      <configuration>
        <fork>true</fork> <!-- 默认值为 false，必须设置为 true 能力启用热部署性能（具体起因请见下文）-->
      </configuration>
    </plugin>
  </plugins>
</build>

动态资源热部署

对于 HTML 页面、图片、CSS 款式文件这些显然不须要编译的动态资源，Spring Boot Devtools 模块通过内置的 livereload 服务端和浏览器的 LiveReload 插件独特实现热部署。

1. 服务端配置

spring:
  devtools:
    livereload:
      enabled: true # 启用 LiveReload 服务端
      port: 35729 # LiveReload 服务端口

默认仅触发 LiveReload 事件的默认门路如下：/META-INF/maven,/META-INF/resources,/resources,/static,/public和/templates。

1. 浏览器配置

无论时 FireFox 还是 Chrome 都有相应的 LiveReload 插件，按步骤装置就能够了。

Java 类资源热部署

Spring Boot Devtools 模块是通过监听 Java 类资源变动触发利用热部署，请留神这里监听的是 Java 类资源 而不是 Java 源代码文件，那么什么是Java 类资源 ** 呢？其实就是.class 文件。
这样从保留 Java 源代码文件到 Spring Boot Devtools 监听到 Java 类资源变动之间，就有一道不可逾越的鸿沟了。咱们必须通过额定伎俩填平：

1. 手动形式：批改 Java 源代码文件后，执行mvn compile
2. 主动形式：配置 IDEA 监听 Java 源代码文件变动，触发从新编译

2.1. 右键点击 SpringBootApplication 入口类文件，并点击 Create XXXX.main()，创立 Application 类型的 Configuration；
2.2. 勾选File/Settings/Compiler/Build Project automatically；
2.3. 按ctrl+shift+alt+/，而后抉择Registry 并勾选Compiler autoMake allow when app running；
2.4. 通过 IDEA 左上角绿色的运行按钮启动 Spring Boot 利用，而后批改 Java 源代码文件后 IDEA 会主动从新编译我的项目，从而触发 Spring Boot Devtools 热部署。

更多配置配置项

spring:
  devtools:
  restart:
    enabled: true # 启用热部署
    exclude: main/static/** # 除默认门路外，增加文件变动不触发热部署的门路列表，多个门路之间通过逗号分隔。additional: assets/** # 增加文件变动会触发热部署的门路列表，多个门路之间通过逗号分隔。additional-exclude: assets/public/** # 设置 additional 属性指定的门路下某些门路的文件变动，不触发热部署，多个门路之间通过逗号分隔。

默认不触发热部署的门路有：/META-INF/maven,/META-INF/resources,/resources,/static,/public和/templates。

除了通过 yml 文件配置是否启用热部署性能外，还能够通过环境变量设置。在 SpringBootApplication 入口办法中退出

System.setProperty("spring.devtools.restart.enabled", "false");
SpringApplication.run(MyApp.class, args);

疑难解答

1. 在 IDEA 中批改文件后报 Maven Resource Compiler: Maven project configuration required for module 'lkm-api' isn't available. Compilation of Maven projects is supported only if build is started from an IDE.
   答：请应用 IDEA 那个绿色的运行按钮启动 Spring Boot 利用。
2. 在 IDEA 中批改文件后没有反馈
   答：请稍等数秒天然会触发从新编译和热部署的。

为什么是热部署而不是热替换呢？

开发过 React 或 Vue 的同学对热替换应该不生疏吧，能够粗线条地了解为将利用以比文件更细粒度的模块或函数来组织，当源代码发生变化时仅仅替换发生变化的模块或函数以及依赖它们的模块或函数，通过最小化变更达到疾速更新利用状态。
而 Spring Boot Devtools 并没有做成像 React 和 Vue 的开发工具那么细粒度的更新，而是采取通过 基类加载器 和重启类加载器 两个类加载器来实现热部署：

1. 基类加载器，用于加载第三方依赖等开发阶段不常常发生变化的 Java 类资源。
2. 重启类加载器，用于加载以后我的项目的 Java 类资源。若以后我的项目的 Java 类资源发生变化时，正在运行的重启类加载器会被抛弃，并另外创立一个重启类加载器并加载最新的 Java 类资源。

为什么 pom.xml 文件中的 spring-boot-maven-plugin 要设置为独立 JVM 过程运行呢（<fork>true</fork>）？

默认状况下 <fork>false</fork> 示意 Maven 采纳运行本身的 JVM 虚拟机运行插件，而通过 <fork>true</fork> 则告知 Maven 启动一个新的 JVM 虚拟机过程运行插件。
那么为什么要消耗资源启动新 JVM 虚拟机执行插件呢？间接运行不香吗？

场景 1——应用不同的 JDK 运行插件

执行 mvn -v 会显示以后 Maven 运行的 JDK 版本信息，假如为 JDK1.8 且编码方式为 UTF-8。
因为 Maven 3.8.1 必须运行在 JDK1.8 以上，而我的项目只能在 JDK1.6 上编译运行，因而须要通过如下形式执行插件：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
    <fork>true</fork>
    <!-- 指定 JDK 家目录，默认为环境变量 PATH 中的门路 -->
    <executable>/path/to/jdk1.6</executable>
    <compilerVersion>1.3</compilerVersion>
  </configuration>
</plugin>

场景 2——采纳不同的 JVM 配置运行插件

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-compiler-plugin</artifactId>
  <version>3.8.1</version>
  <configuration>
      <fork>true</fork>
      <meminitial>128m</meminitial>
      <maxmem>1024m</maxmem>
      <compilerArgs>
        <arg>-XX:MaxPermSize=256m</arg>
      </compilerArgs>
  </configuration>
</plugin>

场景 3——插件须要特定的 JVM 配置来运行

像 spring-boot-maven-plugin 那样在启用 spring-boot-devtools 模块时须要特定 JVM 配置来运行，并且运行途中还会对 重启类加载器 惨下杀手的，天然也要创立新的 JVM 虚拟机过程来运行才能够了。

总结

Spring Boot 不单单通过约定因为配置的准则简化了过来 Spring MVC 那些繁琐的配置文件，还提供各种显著晋升开发效率的自动化工具，而 spring-boot-devtools 就是其中一个。
假使你所在的团队还没用上 Spring Boot 那么是不是就无奈享受这份便捷呢？我想 JRebel IDEA 插件应该是你须要的:)

转载请注明来自：https://www.cnblogs.com/fsjoh… —— 肥仔 John