基于Spring Boot DevTools實(shí)現(xiàn)開發(fā)過程優(yōu)化
場(chǎng)景再現(xiàn)
某日少年收到前端同學(xué)發(fā)來的消息說聯(lián)調(diào)的接口響應(yīng)異常,少年表現(xiàn)的很平靜,因?yàn)檫@種事情太平常了。于是詢問詳情之后開始打開自己的代碼查找問題所在,沒過五分鐘就發(fā)現(xiàn)了問題。少年修改完代碼之后將本地啟動(dòng)的項(xiàng)目停止然后再重新啟動(dòng)。由于當(dāng)前的服務(wù)端項(xiàng)目是一個(gè)巨大的單體應(yīng)用,啟動(dòng)需要花三四分鐘時(shí)間,于是少年就拿出手機(jī)開始刷起朋友圈。刷著刷著(由于注意力分散不知不覺花了十幾分鐘)突然意識(shí)到項(xiàng)目已經(jīng)重新啟動(dòng),于是通知前端同學(xué)查看效果。
分析問題
上面的場(chǎng)景可能對(duì)很多開發(fā)者來說感同身受,在開發(fā)中修改項(xiàng)目是很平常且頻繁的一件事情。當(dāng)我們修改完代碼或其他文件的時(shí)候,我們會(huì)重新啟動(dòng)項(xiàng)目來驗(yàn)證修改是否真的生效(這里忽略我們編寫的測(cè)試代碼),以供前端或者其他客戶端來使用我們的修改。但是不知不覺這樣的流程浪費(fèi)了我們很多時(shí)間,甚至被迫分散我們的注意力(打開社交軟件、看新聞、和同事聊天),這些問題對(duì)我們的生產(chǎn)力是一個(gè)極大的威脅。
spring-boot-devtools
能否有一種方案可以讓我們對(duì)項(xiàng)目的修改快速生效,從而節(jié)省那些我們本該可以利用的時(shí)間呢?幸好有一種工具可以解決當(dāng)前所存在的問題,這就是**Spring Boot Dev Tools**。
原理簡(jiǎn)介
您可能會(huì)說,了解Spring Boot Dev Tools的工作原理并不重要,但是由于開發(fā)過程中存在很多復(fù)雜的情況,所以了解Spring Boot Dev Tools的工作原理是對(duì)我們有幫助的。
Spring Boot Dev Tools鉤接(hooks into)到Spring Boot的類加載器中,以提供一種方法來按需重新啟動(dòng)應(yīng)用程序上下文或重新加載已更改的靜態(tài)文件而無需重新啟動(dòng)整個(gè)應(yīng)用程序。
為此,Spring Boot Dev Tools將劃分應(yīng)用程序的類路徑并分配給兩個(gè)不同的類加載器:
- 基本類加載器(base classloader):包含一些不可變類或者幾乎不會(huì)被修改文件,例如Spring Boot JAR或第三方庫(kù)。
- 重新啟動(dòng)類加載器(restart classloader):包含應(yīng)用程序的文件,這些文件在項(xiàng)目開發(fā)過程中將頻繁更改
重新啟動(dòng)應(yīng)用程序后,現(xiàn)有的重新啟動(dòng)類加載器將被丟棄,新的重新啟動(dòng)類加載器將被啟動(dòng)。這種方法意味著應(yīng)用程序的重啟通常比“冷啟動(dò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è)簡(jiǎn)單的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");
}
}
}
啟動(dòng)項(xiàng)目,訪問http://localhost:8080/test,返回如下:

我們簡(jiǎn)單修改代碼
@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í),對(duì)上述子模塊的修改也即時(shí)生效。
在多模塊項(xiàng)目中使用Spring Boot Dev Tools比單模塊項(xiàng)目略復(fù)雜,由于在多模塊項(xiàng)目中主模塊對(duì)子模塊是引用關(guān)系,并且在運(yùn)行時(shí)主模塊通過引用子模塊的jar文件的形式來啟動(dòng)應(yīng)用程序,根據(jù)前面Spring Boot Dev Tools的原理,jar文件的加載將歸屬于基本類加載器,因此按照現(xiàn)在的做法無法做到子模塊的修改即時(shí)生效。
不過Spring Boot Dev Tools提供了對(duì)多模塊項(xiàng)目的支持,我們只需要添加簡(jiǎn)單的配置即可實(shí)現(xiàn)多模塊項(xiàng)目的修改即時(shí)生效。
在項(xiàng)目的/resources中創(chuàng)建META-INF/spring-devtools.properties文件,并添加配置
restart.include.projectcommon=/untitled-1.0-SNAPSHOT.jar
上述配置表明重新啟動(dòng)類加載器在重新啟動(dòng)的時(shí)候,會(huì)加載最新的子模塊依賴,從而做到子模塊的修改即時(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í)啟動(dòng)應(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)試,對(duì)于遠(yuǎn)程調(diào)試也有很好的支持。選擇性地啟用遠(yuǎn)程支持是因?yàn)閱⒂盟赡軙?huì)帶來安全風(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)壯,以免被猜測(cè)或強(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屬性后,將自動(dòng)啟用服務(wù)器組件,客戶端組件必須手動(dòng)啟動(dòng)。
調(diào)試演示
在項(xiàng)目文件夾中運(yùn)行命令 mvn package生成jar文件,將jar文件部署到服務(wù)器(在這里我們以本地運(yùn)行jar包的方式來模擬遠(yuǎn)程部署)。然后在IDE進(jìn)行如下配置(以Intellij IDEA為例)

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

啟動(dò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ā)過程中總會(huì)存在各種各樣的“等待”,這些時(shí)刻很大程度上會(huì)影響開發(fā)者的效率和注意力。而Developer Tools的出現(xiàn)緩解了這個(gè)問題,他使應(yīng)用程序的調(diào)試更加的便捷高效。有一點(diǎn)要注意的是在讓我們的更改生效之前需要執(zhí)行mvn compile命令,從而使本地代碼能被編譯成程序可以理解的字節(jié)碼文件。
本文示例代碼:https://gitee.com/jeker8chen/dev-tool
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- 解決SpringBoot使用devtools導(dǎo)致的類型轉(zhuǎn)換異常問題
- Spring boot熱部署devtools過程解析
- Springboot項(xiàng)目基于Devtools實(shí)現(xiàn)熱部署步驟詳解
- SpringBoot實(shí)現(xiàn)devtools實(shí)現(xiàn)熱部署過程解析
- spring-boot中使用spring-boot-devtools的實(shí)現(xiàn)代碼
- SpringBoot如何通過devtools實(shí)現(xiàn)熱部署
- IntelliJ IDEA中SpringBoot項(xiàng)目通過devtools實(shí)現(xiàn)熱部署的方法
- Spring Boot集成spring-boot-devtools開發(fā)時(shí)實(shí)現(xiàn)熱部署的方式
相關(guān)文章
Java實(shí)現(xiàn)簡(jiǎn)單的酒店管理系統(tǒng)
這篇文章主要為大家詳細(xì)介紹了java實(shí)現(xiàn)酒店管理系統(tǒng),文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2020-07-07
1秒鐘實(shí)現(xiàn)Springboot?替換/寫入?word文檔里面的文字、圖片功能
這篇文章主要介紹了Springboot?替換/寫入?word文檔里面的文字、圖片,1秒鐘實(shí)現(xiàn),本文結(jié)合示例代碼給大家介紹的非常詳細(xì),需要的朋友可以參考下2022-12-12
Java?nacos動(dòng)態(tài)配置實(shí)現(xiàn)流程詳解
使用動(dòng)態(tài)配置的原因是properties和yaml是寫到項(xiàng)目中的,好多時(shí)候有些配置需要修改,每次修改就要重新啟動(dòng)項(xiàng)目,不僅增加了系統(tǒng)的不穩(wěn)定性,也大大提高了維護(hù)成本,非常麻煩,且耗費(fèi)時(shí)間2022-09-09
Nacos多環(huán)境的實(shí)現(xiàn)過程
本文介紹Nacos實(shí)現(xiàn)多環(huán)境的方案,包括單租戶和多租戶兩種類型,詳細(xì)介紹了如何在Nacos中創(chuàng)建命名空間、配置文件和項(xiàng)目,并通過配置文件的DataId和Group區(qū)分不同環(huán)境和項(xiàng)目,作者通過實(shí)戰(zhàn)場(chǎng)景展示了如何配置和啟動(dòng)項(xiàng)目,驗(yàn)證了配置文件的讀取和隔離效果2024-12-12
JVM調(diào)優(yōu)參數(shù)的設(shè)置
Java虛擬機(jī)的調(diào)優(yōu)是一個(gè)復(fù)雜而關(guān)鍵的任務(wù),可以通過多種參數(shù)來實(shí)現(xiàn),本文就來介紹一下JVM調(diào)優(yōu)參數(shù)的設(shè)置,具有一定的參考價(jià)值,感興趣的可以了解一下2024-03-03
Java 堆內(nèi)存與棧內(nèi)存詳細(xì)介紹
這篇文章主要介紹了Java 堆內(nèi)存與棧內(nèi)存詳細(xì)介紹的相關(guān)資料,這里對(duì)java 的堆內(nèi)存和棧內(nèi)存進(jìn)行了詳細(xì)的分析,需要的朋友可以參考下2016-11-11
Java Swing實(shí)現(xiàn)坦克大戰(zhàn)游戲
這篇文章主要介紹了Java Swing實(shí)現(xiàn)坦克大戰(zhàn)游戲,文中有非常詳細(xì)的代碼示例,對(duì)正在學(xué)習(xí)java的小伙伴們有很大的幫助喲,需要的朋友可以參考下2021-05-05
MyBatis二級(jí)緩存實(shí)現(xiàn)關(guān)聯(lián)刷新
本文主要介紹了MyBatis二級(jí)緩存實(shí)現(xiàn)關(guān)聯(lián)刷新,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-01-01
Spring如何基于注解顯式實(shí)現(xiàn)自動(dòng)裝配
這篇文章主要介紹了Spring如何基于注解顯式實(shí)現(xiàn)自動(dòng)裝配,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-08-08

