此版本仍在开发中,尚未被视为稳定版本。对于最新的稳定版本,请使用 Spring Boot 3.4.0! |
开发人员工具
Spring Boot 包含一组额外的工具,这些工具可以使应用程序开发体验更加愉快。
这spring-boot-devtools
module 可以包含在任何项目中,以提供额外的开发时功能。
要包含 devtools 支持,请将模块依赖项添加到您的构建中,如以下 Maven 和 Gradle 清单所示:
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<optional>true</optional>
</dependency>
</dependencies>
dependencies {
developmentOnly("org.springframework.boot:spring-boot-devtools")
}
Devtools 可能会导致类加载问题,尤其是在多模块项目中。诊断类加载问题 介绍了如何诊断和解决这些问题。 |
在运行完全打包的应用程序时,会自动禁用开发人员工具。
如果您的应用程序是从java -jar 或者,如果它是从特殊的 Classloader 启动的,则将其视为 “production application”。
您可以使用spring.devtools.restart.enabled system 属性。
要启用 devtools,无论使用哪种类加载器来启动应用程序,都可以将-Dspring.devtools.restart.enabled=true system 属性。
在运行 devtools 存在安全风险的生产环境中,不得执行此作。
要禁用 devtools,请排除依赖项或将-Dspring.devtools.restart.enabled=false system 属性。 |
在 Maven 中将依赖项标记为可选,或使用developmentOnly 配置(如上所示)可防止 devtools 被传递到使用您项目的其他模块。 |
默认情况下,重新打包的存档不包含 devtools。
如果你想使用某个远程 devtools 功能,你需要包含它。
使用 Maven 插件时,将excludeDevtools property 设置为false .
使用 Gradle 插件时,配置任务的 Classpath 以包含developmentOnly 配置. |
诊断类加载问题
如 Restart vs Reload 部分所述,重新启动功能是使用两个类加载器实现的。 对于大多数应用程序,此方法效果很好。 但是,它有时会导致类加载问题,尤其是在多模块项目中。
要诊断类加载问题是否确实是由 devtools 及其两个类加载器引起的,请尝试禁用 restart。 如果这解决了您的问题,请自定义重新启动类加载器以包含整个项目。
属性默认值
Spring Boot 支持的几个库使用缓存来提高性能。 例如,模板引擎会缓存已编译的模板,以避免重复解析模板文件。 此外,Spring MVC 可以在提供静态资源时将 HTTP 缓存头添加到响应中。
虽然缓存在生产中非常有益,但在开发过程中可能会适得其反,阻止您看到刚刚在应用程序中所做的更改。 因此,spring-boot-devtools默认禁用缓存选项。
缓存选项通常由application.properties
文件。
例如,Thymeleaf 提供了spring.thymeleaf.cache
财产。
无需手动设置这些属性,spring-boot-devtools
module 会自动应用合理的开发时配置。
下表列出了应用的所有属性:
名字 | 默认值 |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果不希望应用属性默认值,则可以设置spring.devtools.add-properties 自false 在application.properties . |
由于在开发 Spring MVC 和 Spring WebFlux 应用程序时需要有关 Web 请求的更多信息,因此开发人员工具建议您启用DEBUG
logging 的web
logging 组。
这将为您提供有关传入请求、哪个处理程序正在处理该请求、响应结果和其他详细信息的信息。
如果您希望记录所有请求详细信息(包括潜在的敏感信息),您可以打开spring.mvc.log-request-details
或spring.codec.log-request-details
configuration 属性。
自动重启
使用spring-boot-devtools
每当 Classpath 上的文件发生更改时自动重新启动。
在 IDE 中工作时,这可能是一个有用的功能,因为它为代码更改提供了一个非常快速的反馈循环。
默认情况下,将监视 Classpath 上指向目录的任何条目的更改。
请注意,某些资源(如静态资产和视图模板)不需要重新启动应用程序。
如果您使用构建插件通过 Maven 或 Gradle 重新启动,则必须将forking 设置为enabled .
如果禁用 forking,则不会创建 devtools 使用的隔离应用程序类加载器,并且重启将无法正常运行。 |
与 LiveReload 一起使用时,自动重启效果非常好。 有关详细信息,请参阅 LiveReload 部分。 如果使用 JRebel,则禁用自动重启,以支持动态类重新加载。 其他 devtools 功能(例如 LiveReload 和属性覆盖)仍然可以使用。 |
DevTools 依赖于应用程序上下文的 shutdown 钩子在重启期间关闭它。
如果您禁用了 shutdown hook (SpringApplication.setRegisterShutdownHook(false) ). |
DevTools 需要自定义ResourceLoader 由ApplicationContext .
如果您的应用程序已经提供了一个,那么它将被包装。
直接覆盖getResource 方法上的ApplicationContext 不支持。 |
使用 AspectJ 编织时不支持自动重启。 |
在条件评估中记录变化
默认情况下,每次应用程序重新启动时,都会记录一个显示条件评估增量的报告。 该报告显示在您进行更改(例如添加或删除 Bean 以及设置配置属性)时对应用程序的自动配置的更改。
要禁用报表的日志记录,请设置以下属性:
-
Properties
-
YAML
spring.devtools.restart.log-condition-evaluation-delta=false
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
您将设置以下属性:
-
Properties
-
YAML
spring.devtools.restart.exclude=static/**,public/**
spring:
devtools:
restart:
exclude: "static/**,public/**"
如果要保留这些默认值并添加其他排除项,请使用spring.devtools.restart.additional-exclude property 来代替。 |
禁用重启
如果您不想使用重启功能,可以使用spring.devtools.restart.enabled
财产。
在大多数情况下,您可以在application.properties
(这样做仍然会初始化 Restart ClassLoader,但它不会监视文件更改)。
如果需要完全禁用重启支持(例如,因为它不适用于特定库),则需要将spring.devtools.restart.enabled
System
property 设置为false
在调用SpringApplication.run(…)
,如以下示例所示:
-
Java
-
Kotlin
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class MyApplication {
public static void main(String[] args) {
System.setProperty("spring.devtools.restart.enabled", "false");
SpringApplication.run(MyApplication.class, args);
}
}
import org.springframework.boot.SpringApplication
import org.springframework.boot.autoconfigure.SpringBootApplication
@SpringBootApplication
object MyApplication {
@JvmStatic
fun main(args: Array<String>) {
System.setProperty("spring.devtools.restart.enabled", "false")
SpringApplication.run(MyApplication::class.java, *args)
}
}
使用 Trigger 文件
如果使用持续编译更改文件的 IDE,则可能更愿意仅在特定时间触发重启。 为此,您可以使用 “trigger file”,这是一个特殊文件,当您想要实际触发重启检查时必须对其进行修改。
对文件的任何更新都会触发检查,但只有在 Devtools 检测到它有事情要做时,才会真正发生重启。 |
要使用触发器文件,请将spring.devtools.restart.trigger-file
property 设置为触发器文件的名称(不包括任何路径)。
触发器文件必须出现在 Classpath 上的某个位置。
例如,如果您有一个具有以下结构的项目:
src
+- main
+- resources
+- .reloadtrigger
然后,您的trigger-file
property 将为:
-
Properties
-
YAML
spring.devtools.restart.trigger-file=.reloadtrigger
spring:
devtools:
restart:
trigger-file: ".reloadtrigger"
现在,仅当src/main/resources/.reloadtrigger
已更新。
您可能希望将spring.devtools.restart.trigger-file 作为全局设置,以便您的所有项目都以相同的方式运行。 |
某些 IDE 具有无需手动更新触发器文件的功能。Spring Tools for Eclipse 和 IntelliJ IDEA(旗舰版)都有这样的支持。
使用 Spring Tools,您可以使用控制台视图中的“reload”按钮(只要您的trigger-file
被命名为.reloadtrigger
).
对于 IntelliJ IDEA,您可以按照其文档中的说明进行作。
自定义 Restart Classloader
如前面的 Restart vs Reload 部分所述,重新启动功能是使用两个类加载器实现的。
如果这会导致问题,您可以使用spring.devtools.restart.enabled
system 属性,如果应用程序在关闭重启的情况下工作,则可能需要自定义哪个类加载器加载的内容。
默认情况下,IDE 中任何打开的项目都会加载 “restart” 类加载器,并且任何常规的.jar
file 使用 “base” 类加载器加载。
如果您使用mvn spring-boot:run
或gradle bootRun
:包含@SpringBootApplication
使用 “restart” 类加载器加载,其他所有内容都使用 “base” 类加载器加载。
当您启动应用程序时,类路径将打印在控制台上,这有助于识别任何有问题的条目。
反射式使用的类,尤其是 Comments,可以在启动时在使用它们的应用程序类之前加载到父(固定)类加载器中,这可能会导致应用程序中的 Spring 无法检测到它们。
你可以通过创建一个META-INF/spring-devtools.properties
文件。
这spring-devtools.properties
file 可以包含前缀为restart.exclude
和restart.include
.
这include
元素是应该被拉入 “restart” 类加载器中的项,而exclude
元素是应该被下推到 “base” 类加载器中的项目。
该属性的值是应用于启动时传递给 JVM 的 Classpath 的正则表达式模式。
下面是一个示例,其中排除了一些本地类文件,并且重新启动类加载器中包含了一些额外的库:
restart:
exclude:
companycommonlibs: "/mycorp-common-[\\w\\d-\\.]/(build|bin|out|target)/"
include:
projectcommon: "/mycorp-myproj-[\\w\\d-\\.]+\\.jar"
所有属性键都必须是唯一的。
只要属性以restart.include. 或restart.exclude. 它被考虑。 |
都META-INF/spring-devtools.properties 。
您可以将文件打包到项目内部,也可以打包到项目使用的库中。
系统属性不能使用,只能使用属性文件。 |
已知限制
重新启动功能不适用于使用标准ObjectInputStream
.
如果需要反序列化数据,则可能需要使用 Spring 的ConfigurableObjectInputStream
与Thread.currentThread().getContextClassLoader()
.
不幸的是,一些第三方库在没有考虑上下文类加载器的情况下进行反序列化。 如果您发现此类问题,则需要与原作者请求修复。
LiveReload
这spring-boot-devtools
模块包括一个嵌入式 LiveReload 服务器,该服务器可用于在资源更改时触发浏览器刷新。
LiveReload 浏览器扩展可免费用于 Chrome、Firefox 和 Safari。
您可以通过在所选浏览器的市场或商店中搜索“LiveReload”来找到这些扩展。
如果您不想在应用程序运行时启动 LiveReload 服务器,则可以将spring.devtools.livereload.enabled
property 设置为false
.
您一次只能运行一个 LiveReload 服务器。 在启动应用程序之前,请确保没有其他 LiveReload 服务器正在运行。 如果从 IDE 启动多个应用程序,则只有第一个应用程序支持 LiveReload。 |
要在文件更改时触发 LiveReload,必须启用 Automatic Restart。 |
全局设置
您可以通过将以下任何文件添加到$HOME/.config/spring-boot
目录:
-
spring-boot-devtools.properties
-
spring-boot-devtools.yaml
-
spring-boot-devtools.yml
添加到这些文件的任何属性都适用于计算机上使用 devtools 的所有 Spring Boot 应用程序。
例如,要将 restart 配置为始终使用触发器文件,您可以将以下属性添加到spring-boot-devtools
文件:
-
Properties
-
YAML
spring.devtools.restart.trigger-file=.reloadtrigger
spring:
devtools:
restart:
trigger-file: ".reloadtrigger"
默认情况下,$HOME
是用户的主目录。
要自定义此位置,请将SPRING_DEVTOOLS_HOME
环境变量或spring.devtools.home
system 属性。
如果在$HOME/.config/spring-boot ,则$HOME 目录中是否存在.spring-boot-devtools.properties 文件。
这允许您与位于不支持$HOME/.config/spring-boot 位置。 |
devtools properties/yaml 文件中不支持配置文件。 在 |
配置文件系统监控器
FileSystemWatcher
的工作原理是轮询具有特定时间间隔的类更改,然后等待预定义的静默期以确保没有更多更改。
由于 Spring Boot 完全依赖于 IDE 来编译文件并将其复制到 Spring Boot 可以读取文件的位置,因此您可能会发现有时当 devtools 重新启动应用程序时,某些更改不会反映出来。
如果您经常观察到此类问题,请尝试增加spring.devtools.restart.poll-interval
和spring.devtools.restart.quiet-period
parameters 设置为适合您的开发环境的值:
-
Properties
-
YAML
spring.devtools.restart.poll-interval=2s
spring.devtools.restart.quiet-period=1s
spring:
devtools:
restart:
poll-interval: "2s"
quiet-period: "1s"
现在,每 2 秒轮询一次受监视的 Classpath 目录以查找更改,并保持 1 秒的静默期以确保没有其他类更改。
远程应用程序
Spring Boot 开发人员工具不仅限于本地开发。 在远程运行应用程序时,您还可以使用多项功能。 远程支持是可选的,因为启用远程支持可能会带来安全风险。 仅当在受信任的网络上运行时或使用 SSL 进行保护时,才应启用它。 如果这两个选项都不可用,则不应使用 DevTools 的远程支持。 您永远不应在生产部署中启用支持。
要启用它,您需要确保devtools
包含在重新打包的存档中,如下面的清单所示:
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<excludeDevtools>false</excludeDevtools>
</configuration>
</plugin>
</plugins>
</build>
然后你需要设置spring.devtools.remote.secret
财产。
与任何重要的密码或密钥一样,该值应是唯一且强大的,以便无法猜测或暴力破解。
远程 devtools 支持分两部分提供:接受连接的服务器端终端节点和您在 IDE 中运行的客户端应用程序。
当spring.devtools.remote.secret
属性。
必须手动启动 client 组件。
Spring WebFlux 应用程序不支持远程 devtools。 |
运行远程客户端应用程序
远程客户端应用程序设计为从 IDE 中运行。
您需要运行RemoteSpringApplication
的类路径与您连接到的远程项目相同。
应用程序的单个必需参数是它连接到的远程 URL。
例如,如果您使用的是 Eclipse 或 Spring Tools,并且您有一个名为my-app
,您将执行以下作:
-
选择
Run Configurations…
从Run
菜单。 -
新建
Java Application
“启动配置”。 -
浏览
my-app
项目。 -
用
RemoteSpringApplication
作为主类。 -
加
https://myapp.cfapps.io
到Program arguments
(或任何您的远程 URL)。
正在运行的远程客户端可能类似于以下清单:
. ____ _ __ _ _
/\\ / ___'_ __ _ _(_)_ __ __ _ ___ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | | _ \___ _ __ ___| |_ ___ \ \ \ \
\\/ ___)| |_)| | | | | || (_| []::::::[] / -_) ' \/ _ \ _/ -_) ) ) ) )
' |____| .__|_| |_|_| |_\__, | |_|_\___|_|_|_\___/\__\___|/ / / /
=========|_|==============|___/===================================/_/_/_/
:: Spring Boot Remote :: (v3.4.1-SNAPSHOT)
2024-11-29T10:01:47.491Z INFO 123693 --- [ main] o.s.b.devtools.RemoteSpringApplication : Starting RemoteSpringApplication v3.4.1-SNAPSHOT using Java 17.0.13 with PID 123693 (/Users/myuser/.m2/repository/org/springframework/boot/spring-boot-devtools/3.4.1-SNAPSHOT/spring-boot-devtools-3.4.1-SNAPSHOT.jar started by myuser in /opt/apps/)
2024-11-29T10:01:47.505Z INFO 123693 --- [ main] o.s.b.devtools.RemoteSpringApplication : No active profile set, falling back to 1 default profile: "default"
2024-11-29T10:01:48.743Z INFO 123693 --- [ main] o.s.b.d.a.OptionalLiveReloadServer : LiveReload server is running on port 35729
2024-11-29T10:01:48.823Z INFO 123693 --- [ main] o.s.b.devtools.RemoteSpringApplication : Started RemoteSpringApplication in 2.932 seconds (process running for 4.831)
因为远程客户端使用与真实应用程序相同的 Classpath,所以它可以直接读取应用程序属性。
这就是spring.devtools.remote.secret 属性被读取并传递给服务器进行身份验证。 |
始终建议使用https:// 作为连接协议,以便对流量进行加密并且无法拦截密码。 |
如果需要使用代理访问远程应用程序,请配置spring.devtools.remote.proxy.host 和spring.devtools.remote.proxy.port 性能。 |
远程更新
远程客户端以与本地重启相同的方式监视应用程序 Classpath 的更改。 任何更新的资源都会推送到远程应用程序,并 (如果需要) 触发重启。 如果您迭代使用本地没有的云服务的功能,这可能会很有帮助。 通常,远程更新和重启比完整的重新生成和部署周期要快得多。
在较慢的开发环境中,可能会出现 Mand period 不够的情况,并且 classes 中的更改可能会被拆分为多个批次。 在上传第一批类更改后,服务器将重新启动。 无法将下一个批次发送到应用程序,因为服务器正在重新启动。
这通常表现为RemoteSpringApplication
有关上传某些类失败以及随后的重试的日志。
但也可能导致应用程序代码不一致,以及在上传第一批更改后无法重新启动。
如果您经常观察到此类问题,请尝试增加spring.devtools.restart.poll-interval
和spring.devtools.restart.quiet-period
parameters 设置为适合您的开发环境的值。
有关配置这些属性的信息,请参阅配置文件系统监控器部分。
仅当远程客户端运行时,文件才会受到监控。 如果在启动远程客户端之前更改文件,则不会将其推送到远程服务器。 |