摘要：觸發器文件可以手動更新，也可以使用插件進行更新。例如，要配置重新啟動以始終使用觸發器文件，你需要添加以下屬性遠程應用程序開發工具并不局限于本地開發，在遠程運行應用程序時，還可以使用幾個特性。

Spring Boot包括一組額外的工具，這些工具可以使應用程序開發體驗變得更加愉快，spring-boot-devtools模塊可以包含在任何項目中，以提供額外的development-time特性，要包含devtools支持，請將模塊依賴項添加到你的構建中，如下所示的Maven和Gradle列表：

Maven.

  
    org.springframework.boot 
    spring-boot-devtools 
    true
  

Gradle.

dependencies { 
  compile("org.springframework.boot:spring-boot-devtools")
}

在運行完全打包的應用程序時，開發工具會自動被禁用，如果你的應用程序是從java -jar啟動的，或者是從一個特殊的類加載器開始的，那么它就被認為是一個“生產應用程序”。將依賴項標記為Maven中的可選項或使用compileOnly在Gradle中是一種最佳實踐，它可以防止devtools被傳遞到其他使用你的項目的模塊中。

默認情況下，重新打包的存檔不包含devtools，如果你想要使用某些遠程devtools特性，你需要禁用該excludeDevtools構建屬性來包含它，該屬性同時支持Maven和Gradle插件。

Spring Boot所支持的幾個庫都使用緩存來提高性能。例如，模板引擎緩存已編譯的模板以避免重復解析模板文件。另外，Spring MVC可以在提供靜態資源時向響應添加HTTP緩存標頭。

雖然緩存在生產中非常有益，但在開發過程中可能會產生相反的效果，使你無法看到你在應用程序中所做的更改。出于這個原因，spring-boot-devtools在默認情況下禁用了緩存選項。

緩存選項通常由application.properties文件中的設置配置，例如，Thymeleaf提供了spring.thymeleaf.cache屬性，spring-boot-devtools模塊不需要手動設置這些屬性，而是自動應用合理的development-time配置。

有關devtools應用的屬性的完整列表，請參見DevToolsPropertyDefaultsPostProcessor。

當類路徑上的文件發生更改時，使用spring-boot-devtools的應用程序將自動重新啟動，當在IDE中工作時，這可能是一個有用的特性，因為它為代碼更改提供了非常快速的反饋循環。默認情況下，類路徑中指向文件夾的任何條目都會被監控是否有更改，請注意，某些資源（如靜態資產和視圖模板）不需要重新啟動應用程序。

引發重啟
當DevTools監視類路徑資源時，觸發重啟的惟一方法是更新類路徑，導致類路徑更新的方式取決于你使用的IDE。在Eclipse中，保存修改后的文件會導致類路徑被更新并觸發重新啟動，在IntelliJ IDEA中，構建項目（Build -> Build Project）具有相同的效果。

只要啟用了forking，你就可以使用支持的構建插件（Maven和Gradle）來啟動應用程序，因為DevTools需要一個獨立的應用程序類加載器才能正常運行。默認情況下，Gradle和Maven在類路徑上檢測DevTools時是這樣做的。

當與LiveReload一起使用時，自動重啟非常有效。詳情請參閱LiveReload部分。如果你使用JRebel，自動重新啟動將被禁用，以支持動態類重載。其他devtools特性（如LiveReload和property overrides）仍然可以使用。

在重新啟動時，DevTools依賴于應用程序上下文的shutdown hook關閉它，如果你已經禁用了shutdown hook(SpringApplication.setRegisterShutdownHook(false))，那么它將無法正常工作。

當決定是否在類路徑上的條目發生更改時觸發重啟時，DevTools自動忽略了名為spring-boot、spring-boot-DevTools、spring-boot-autoconfigure、spring-boot-actuator和spring-boot-starter的項目。

DevTools需要定制被ApplicationContext使用的ResourceLoader，如果你的應用程序已經提供了一個，它將被包裝，不支持在ApplicationContext上直接覆蓋getResource方法。

重啟和重新加載
Spring Boot提供的重啟技術使用兩個類加載器。不改變的類（例如，來自第三方jar的類）被加載到一個基類加載器中，正在積極開發的類被加載到重啟類加載器中，當應用程序重新啟動時，重啟類加載器將被丟棄，并創建一個新的類加載器。這種方法意味著應用程序重新啟動通常要比“冷啟動”快得多，因為基類加載器已經可用并填充了。
如果發現重新啟動對應用程序來說不夠快，或者遇到了類加載問題，你可以考慮重新加載技術，如零周轉期的JRebel，這些工作通過在加載類時重寫類，使它們更易于重新加載。

默認情況下，每次應用程序重新啟動時，都會記錄顯示狀態評估增量的報告。報告顯示了在進行更改（如添加或刪除bean和設置配置屬性）時對應用程序的自動配置的更改。

若要禁用報告的日志記錄，請設置以下屬性：

spring.devtools.restart.log-condition-evaluation-delta=false

某些資源在更改時不一定需要觸發重新啟動，例如，Thymeleaf模板可以就地編輯，默認情況下，改變/META-INF/maven、/META-INF/resources、/resources、/static、/public，或/templates的資源不會觸發重新啟動，但會觸發重新加載。如果你想定制這些排除性，你可以使用spring.devtools.restart.exclude屬性，例如，僅排除/static和/public，你將設置以下屬性:

 spring.devtools.restart.exclude=static/**,public/**

如果你想要保留這些默認值并添加額外的排除，請使用spring.devtools.restart.additional-exclude屬性代替。

當你對不在類路徑上的文件進行更改時，你可能希望你的應用程序重新啟動或重新加載。可以這樣做，使用spring.devtools.restart.additional-paths屬性來配置額外的路徑以監視更改，你可以使用前面描述的spring.devtools.restart.exclude屬性來控制在附加路徑下的更改是否會觸發完全重啟或重新加載。

如果你不想使用重啟功能，你可以使用spring.devtools.restart.enabled屬性禁用它。在大多數情況下，你可以在application.properties中設置此屬性。（這樣做仍然初始化重啟類加載器，但它不注意文件的更改）。

如果你需要完全禁用重新啟動支持（例如，因為它不能與特定的庫一起工作），那么你需要設置spring.devtools.restart.enabled System屬性為false，然后調用SpringApplication.run(…)，如下例所示：

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

如果你使用一個持續編譯已更改文件的IDE，你可能只需要在特定的時間觸發重新啟動，為此，你可以使用一個“觸發文件”，它是一個特殊的文件，當你想要實際觸發重新啟動檢查時，必須對其進行修改。更改文件只會觸發檢查，只有當Devtools檢測到它必須做某事時才會重新啟動。觸發器文件可以手動更新，也可以使用IDE插件進行更新。

要使用一個觸發器文件，請將spring.devtools.restart.trigger-file屬性設置為觸發器文件的路徑。

你可能想要設置spring.devtools.restart.trigger-file作為全局設置，以便所有的項目都以相同的方式運行。

如前所述，在重啟與重載部分中，重新啟動功能是通過使用兩個類加載器實現的，對于大多數應用程序來說，這種方法運行良好。然而，它有時會導致類加載問題。

默認情況下，IDE中的任何開放項目都包含“重啟”類加載器，任何常規的.jar文件都裝載了“基礎”類加載器，如果你在一個多模塊項目中工作，而不是每個模塊都導入到你的IDE中，你可能需要定制一些東西。為此，你可以創建一個META-INF/spring-devtools.properties文件。

spring-devtools.properties可以包含有restart.exclude和restart.include的屬性，include元素是應該被拉到“重啟”類加載器中的項，而exclude元素則是應該被推入“基礎”類加載器的項，屬性的值是應用于類路徑的regex模式，如下例所示:

restart.exclude.companycommonlibs=/mycorp-common-[w-]+.jar restart.include.projectcommon=/mycorp-myproj-[w-]+.jar

所有屬性鍵必須是唯一的，只有屬性以restart.include.或restart.exclude.開頭才被認可。

所有類路徑下的META-INF/spring-devtools.properties被加載，你可以在項目中或項目使用的庫中打包文件。

通過使用標準ObjectInputStream來反序列化的對象，重新啟動功能不會很好地工作，如果需要反序列化數據，可能需要使用Spring的ConfigurableObjectInputStream和Thread.currentThread().getcontextclassloader()。

不幸的是，一些第三方庫在不考慮上下文類加載器的情況下反序列化。如果你發現這樣的問題，你需要向原始作者請求修復。

spring-boot-devtools模塊包含一個嵌入式的LiveReload服務器，當資源被更改時，它可以用來觸發瀏覽器刷新。LiveReload瀏覽器擴展可以從livereload.com免費提供給Chrome、Firefox和Safari。

如果你不想在應用程序運行時啟動LiveReload服務器，則可以設置spring.devtools.livereload.enabled屬性為false。

你一次只能運行一個LiveReload服務器，在啟動應用程序之前，確保沒有其他的LiveReload服務器在運行。如果你在IDE中啟動多個應用程序，那么只有第一個應用程序得到了LiveReload的支持。

你可以通過添加名為.spring-boot-devtools.properties的文件來配置全局devtools設置到$HOME文件夾（注意文件名以“.”開頭）。添加到該文件的任何屬性都適用于使用devtools的機器上的所有Spring Boot應用程序。例如，要配置重新啟動以始終使用觸發器文件，你需要添加以下屬性:

~/.spring-boot-devtools.properties.

spring.devtools.reload.trigger-file=.reloadtrigger

Spring Boot開發工具并不局限于本地開發，在遠程運行應用程序時，還可以使用幾個特性。遠程支持是可選的，要啟用它，你需要確保將devtools包含在重新打包的歸檔文件中，如下面的清單所示:

 
   
     org.springframework.boot 
     spring-boot-maven-plugin 
     
       false 
     
   
 

然后你需要設置spring.devtools.remote.secret屬性，如下面的示例所示:

spring.devtools.remote.secret=mysecret

在遠程應用程序上啟用spring-boot-devtools是一種安全風險，你不應該在生產部署上啟用支持。

遠程devtools支持分兩部分提供：一個服務器端端點接受連接，一個客戶端應用程序在IDE中運行。當spring.devtools.remote.secret屬性被設置時，服務器組件自動啟用，客戶端組件必須手動啟動。

遠程客戶端應用程序設計為從你的IDE中運行，你需要運行org.springframework.boot.devtools.RemoteSpringApplication與你連接到的遠程項目相同的類路徑，應用程序的唯一必需參數是它連接的遠程URL。

例如，如果你正在使用Eclipse或STS，并且你有一個名為my-app的項目，你已經部署到Cloud Foundry，那么你將執行以下操作:

從Run菜單選擇Run Configurations…?。

創建一個新的Java Application“launch configuration”。

瀏覽my-app項目。

使用org.springframework.boot.devtools.RemoteSpringApplication作為主類。

添加https://myapp.cfapps.io到Program arguments（或任何遠程URL）。

正在運行的遠程客戶端可能類似于以下清單:

  .   ____          _
 / / ___"_ __ _ _(_)_ __  __ _
( ( )\___ | "_ | "_| | "_ / _` |
 /  ___)| |_)| | | | | || (_| []::::::[]   / -_) "
                         __ _ _
___               _         
| _ \___ _ __
  ___| |_ ___    
/ _   _/ -_) ) ) ) )
  "  |____| .__|_| |_|_| |_\__, |        |_|_\___|_|_|_\___/\__\___|/ / / /
 =========|_|==============|___/===================================/_/_/_/
 :: Spring Boot Remote :: 2.0.5.RELEASE
2015-06-10 18:25:06.632  INFO 14938 --- [main] o.s.b.devtools.RemoteSpringApplication :
 Starting RemoteSpringApplication on pwmbp with PID 14938 (/Users/pwebb/projects/spring-boot/code/
spring-boot-devtools/target/classes started by pwebb in /Users/pwebb/projects/spring-boot/code/
spring-boot-samples/spring-boot-sample-devtools)
2015-06-10 18:25:06.671  INFO 14938 --- [main] s.c.a.AnnotationConfigApplicationContext :
 Refreshing org.springframework.context.annotation.AnnotationConfigApplicationContext@2a17b7b6: 
startup date [Wed Jun 10 18:25:06 PDT 2015]; root of context hierarchy
2015-06-10 18:25:07.043  WARN 14938 --- [main] o.s.b.d.r.c.RemoteClientConfiguration : The
 connection to http://localhost:8080 is insecure. You should use a URL starting with "https://".
2015-06-10 18:25:07.074  INFO 14938 --- [main] o.s.b.d.a.OptionalLiveReloadServer :
 LiveReload server is running on port 35729
2015-06-10 18:25:07.130  INFO 14938 --- [main] o.s.b.devtools.RemoteSpringApplication :
 Started RemoteSpringApplication in 0.74 seconds (JVM running for 1.105)

因為遠程客戶端使用與實際應用程序相同的類路徑，它可以直接讀取應用程序屬性。這是spring.devtools.remote.secret屬性被讀取并傳遞給服務器進行身份驗證的方法。

使用https://作為連接協議總是明智的，這樣就可以加密傳輸并不能截獲密碼。

如果需要使用代理訪問遠程應用程序，請配置spring.devtools.remote.proxy.host和spring.devtools.remote.proxy.port屬性。

遠程客戶端監控你的應用程序類路徑，以與本地重啟相同的方式進行更改。任何更新的資源都被推送到遠程應用程序，并且（如果需要的話）觸發重啟。如果你在一個使用不是本地的云服務的特性上進行迭代，這將是很有幫助的。一般來說，遠程更新和重新啟動比完整的重建和部署周期要快得多。

文件只在遠程客戶機運行時受到監視，如果在啟動遠程客戶端之前更改一個文件，則不會將其推送到遠程服務器。

可執行jar可以用于生產部署，由于它們是自包含的，所以它們也非常適合基于云的部署。

對于額外的“生產就緒”特性，如健康、審計和指標REST或JMX端點，考慮添加spring-boot-actuator，參見第V部分，“Spring Boot Actuator：生產就緒特性”的詳細信息。

現在你應該了解了如何使用Spring Boot和你應該遵循的一些最佳實踐，現在，你可以深入了解特定的Spring Boot特性，或者你可以跳過，閱讀Spring Boot的“生產就緒”方面的內容。