場景再現(xiàn)

某日少年收到前端同學(xué)發(fā)來的消息說聯(lián)調(diào)的接口響應(yīng)異常，少年表現(xiàn)的很平靜，因?yàn)檫@種事情太平常了。于是詢問詳情之后開始打開自己的代碼查找問題所在，沒過五分鐘就發(fā)現(xiàn)了問題。少年修改完代碼之后將本地啟動的項(xiàng)目停止然后再重新啟動。由于當(dāng)前的服務(wù)端項(xiàng)目是一個(gè)巨大的單體應(yīng)用，啟動需要花三四分鐘時(shí)間，于是少年就拿出手機(jī)開始刷起朋友圈。刷著刷著（由于注意力分散不知不覺花了十幾分鐘）突然意識到項(xiàng)目已經(jīng)重新啟動，于是通知前端同學(xué)查看效果。

分析問題

上面的場景可能對很多開發(fā)者來說感同身受，在開發(fā)中修改項(xiàng)目是很平常且頻繁的一件事情。當(dāng)我們修改完代碼或其他文件的時(shí)候，我們會重新啟動項(xiàng)目來驗(yàn)證修改是否真的生效（這里忽略我們編寫的測試代碼），以供前端或者其他客戶端來使用我們的修改。但是不知不覺這樣的流程浪費(fèi)了我們很多時(shí)間，甚至被迫分散我們的注意力（打開社交軟件、看新聞、和同事聊天），這些問題對我們的生產(chǎn)力是一個(gè)極大的威脅。

spring-boot-devtools

能否有一種方案可以讓我們對項(xiàng)目的修改快速生效，從而節(jié)省那些我們本該可以利用的時(shí)間呢？幸好有一種工具可以解決當(dāng)前所存在的問題，這就是**Spring Boot Dev Tools**。

原理簡介

您可能會說，了解Spring Boot Dev Tools的工作原理并不重要，但是由于開發(fā)過程中存在很多復(fù)雜的情況，所以了解Spring Boot Dev Tools的工作原理是對我們有幫助的。

Spring Boot Dev Tools鉤接（hooks into）到Spring Boot的類加載器中，以提供一種方法來按需重新啟動應(yīng)用程序上下文或重新加載已更改的靜態(tài)文件而無需重新啟動整個(gè)應(yīng)用程序。

為此，Spring Boot Dev Tools將劃分應(yīng)用程序的類路徑并分配給兩個(gè)不同的類加載器：

• 基本類加載器（base classloader）：包含一些不可變類或者幾乎不會被修改文件，例如Spring Boot JAR或第三方庫。
• 重新啟動類加載器（restart classloader）：包含應(yīng)用程序的文件，這些文件在項(xiàng)目開發(fā)過程中將頻繁更改

重新啟動應(yīng)用程序后，現(xiàn)有的重新啟動類加載器將被丟棄，新的重新啟動類加載器將被啟動。這種方法意味著應(yīng)用程序的重啟通常比“冷啟動”要快得多，因?yàn)榛绢惣虞d器沒有受到影響并且一直存在著。

引入依賴

當(dāng)我們使用intellij IDEA的Spring Initializr創(chuàng)建項(xiàng)目時(shí)，Spring Initializr提供了內(nèi)置的Spring Boot Dev Tools依賴選項(xiàng)，我們只需選擇它即可。

Spring Initializr中引入Spring Boot Dev Tools

Maven項(xiàng)目中引入Spring Boot Dev Tools

在項(xiàng)目的pom.xml文件中引入Spring Boot Dev Tools依賴即可

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

在項(xiàng)目中添加一個(gè)簡單的Controller

@SpringBootApplication
public class DevToolApplication {
  public static void main(String[] args) {
    SpringApplication.run(DevToolApplication.class, args);
  }
  @RestController
  public static class HelloWorld {
    @GetMapping("test")
    public ResponseEntity<?> getTest() {
      return ResponseEntity.ok("hello world");
    }
  }
}

啟動項(xiàng)目，訪問http://localhost:8080/test，返回如下：

我們簡單修改代碼

@RestController
public static class HelloWorld {
  @GetMapping("test")
  public ResponseEntity<?> getTest() {
    return ResponseEntity.ok("hello world after change file");
  }
}

運(yùn)行命令mvn compile，運(yùn)行完畢重新訪問http://localhost:8080/test

可以看到，我們的更改已經(jīng)生效了。

多模塊

假設(shè)現(xiàn)在我們的項(xiàng)目引用了其他項(xiàng)目作為子模塊

<dependency>
  <groupId>org.example</groupId>
  <artifactId>untitled</artifactId>
  <version>1.0-SNAPSHOT</version>
</dependency>

我們需要在程序運(yùn)行時(shí)，對上述子模塊的修改也即時(shí)生效。

在多模塊項(xiàng)目中使用Spring Boot Dev Tools比單模塊項(xiàng)目略復(fù)雜，由于在多模塊項(xiàng)目中主模塊對子模塊是引用關(guān)系，并且在運(yùn)行時(shí)主模塊通過引用子模塊的jar文件的形式來啟動應(yīng)用程序，根據(jù)前面Spring Boot Dev Tools的原理，jar文件的加載將歸屬于基本類加載器，因此按照現(xiàn)在的做法無法做到子模塊的修改即時(shí)生效。

不過Spring Boot Dev Tools提供了對多模塊項(xiàng)目的支持，我們只需要添加簡單的配置即可實(shí)現(xiàn)多模塊項(xiàng)目的修改即時(shí)生效。

在項(xiàng)目的/resources中創(chuàng)建META-INF/spring-devtools.properties文件，并添加配置

restart.include.projectcommon=/untitled-1.0-SNAPSHOT.jar

上述配置表明重新啟動類加載器在重新啟動的時(shí)候，會加載最新的子模塊依賴，從而做到子模塊的修改即時(shí)生效。

現(xiàn)在子模塊中存在如下類

public class DemoA {
  private String name;
  public String getName() {
    return name;
  }
  public DemoA setName(String name) {
    this.name = name+"cgsj111";
    return this;
  }
}

主模塊中引用了上面的類

@RestController
public static class HelloWorld {
  @GetMapping("test")
  public ResponseEntity<?> getTest() {
    DemoA demo = new DemoA();
    demo.setName("demo name");
    return ResponseEntity.ok(demo);
  }
}

此時(shí)啟動應(yīng)用程序，訪問http://localhost:8080/test

可以看到響應(yīng)正常返回，此時(shí)我們修改子模塊的代碼

public class DemoA {
  private String name;
  public String getName() {
    return name;
  }
  public DemoA setName(String name) {
    this.name = name+"cgsj111 After Change";
    return this;
  }
}

然后在主模塊中運(yùn)行命令 mvn compile，此時(shí)再次訪問接口

可以看到子模塊的修改已經(jīng)在主模塊中即時(shí)生效了。

遠(yuǎn)程調(diào)試

Spring Boot Dev Tools所展現(xiàn)的高效便捷之處不僅僅局限于本地調(diào)試，對于遠(yuǎn)程調(diào)試也有很好的支持。選擇性地啟用遠(yuǎn)程支持是因?yàn)閱⒂盟赡軙戆踩L(fēng)險(xiǎn)。僅當(dāng)在受信任的網(wǎng)絡(luò)上運(yùn)行或使用SSL保護(hù)時(shí)，才應(yīng)啟用它。如果這兩個(gè)選項(xiàng)都不滿足，則不應(yīng)使用DevTools的遠(yuǎn)程支持。您永遠(yuǎn)不應(yīng)該在生產(chǎn)環(huán)境中啟用他。

啟用它需要確保構(gòu)建物中包含devtools，修改至如下配置：

<build>
  <plugins>
    <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
      <configuration>
        <!--確保項(xiàng)目打包是將Devtools包含進(jìn)去-->
        <excludeDevtools>false</excludeDevtools>
      </configuration>
    </plugin>
  </plugins>
</build>

然后，您需要設(shè)置spring.devtools.remote.secret屬性。像任何重要的密碼或機(jī)密一樣，該值應(yīng)唯一且強(qiáng)壯，以免被猜測或強(qiáng)行使用，例如，在application.properties中設(shè)置：

spring.devtools.remote.secret=cgsj8377

遠(yuǎn)程devtools支持分為兩部分：接受連接的服務(wù)器端端點(diǎn)和在IDE中運(yùn)行的客戶端應(yīng)用程序。設(shè)置spring.devtools.remote.secret屬性后，將自動啟用服務(wù)器組件，客戶端組件必須手動啟動。

調(diào)試演示

在項(xiàng)目文件夾中運(yùn)行命令 mvn package生成jar文件，將jar文件部署到服務(wù)器（在這里我們以本地運(yùn)行jar包的方式來模擬遠(yuǎn)程部署）。然后在IDE進(jìn)行如下配置（以Intellij IDEA為例）

如上圖我們添加了一個(gè)啟動器，啟動類為org.springframework.boot.devtools.RemoteSpringApplication，并且傳遞了一個(gè)程序參數(shù)來指定遠(yuǎn)程應(yīng)用程序的地址，此處筆者在本機(jī)上試驗(yàn)所以是一個(gè)本機(jī)的地址。

接下來我們啟動我們剛剛創(chuàng)建的啟動器

啟動日志如下

修改代碼至如下

@RestController
public static class HelloWorld {
  @GetMapping("test")
  public ResponseEntity<?> getTest() {
    DemoA demo = new DemoA();
    demo.setName("remote test");
    return ResponseEntity.ok(demo);
  }
}

然后運(yùn)行命令mvn compile，可以看到我們的更改在運(yùn)行的程序中即時(shí)生效了

總結(jié)

在我們的日常的開發(fā)過程中總會存在各種各樣的“等待”，這些時(shí)刻很大程度上會影響開發(fā)者的效率和注意力。而Developer Tools的出現(xiàn)緩解了這個(gè)問題，他使應(yīng)用程序的調(diào)試更加的便捷高效。有一點(diǎn)要注意的是在讓我們的更改生效之前需要執(zhí)行mvn compile命令，從而使本地代碼能被編譯成程序可以理解的字節(jié)碼文件。

本文示例代碼：https://gitee.com/jeker8chen/dev-tool

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論