20. Developer Tools

Spring Boot 包括一组额外的工具,这些工具可以使应用程序开发体验更加愉快。 spring-boot-devtools模块可以包含在任何项目中,以提供其他开发时功能。要包括 devtools 支持,请将模块依赖项添加到您的构建中,如以下 Maven 和 Gradle Lists 所示:

Maven.

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

Gradle.

configurations {
	developmentOnly
	runtimeClasspath {
		extendsFrom developmentOnly
	}
}
dependencies {
	developmentOnly("org.springframework.boot:spring-boot-devtools")
}

Note

运行完全打包的应用程序时,将自动禁用开发人员工具。如果您的应用程序是从java -jar启动的,或者是从特殊的类加载器启动的,则将其视为“生产应用程序”。在 Maven 中将依赖项标记为可选,或在 Gradle 中使用自定义的“ developmentOnly”配置(如上所示)是一种最佳实践,它可以防止将 devtools 过渡地应用到使用项目的其他模块。

Tip

重新打包的存档默认情况下不包含 devtools。如果要使用某些远程 devtools 功能,则需要禁用excludeDevtools build 属性以包括它。 Maven 和 Gradle 插件均支持该属性。

20.1 属性默认值

Spring Boot 支持的一些库使用缓存来提高性能。例如,template engines缓存已编译的模板,以避免重复分析模板文件。而且,Spring MVC 可以在提供静态资源时向响应添加 HTTP 缓存 Headers。

虽然缓存在 Producing 非常有益,但在开发过程中可能适得其反,从而使您无法看到刚刚在应用程序中所做的更改。因此,默认情况下,spring-boot-devtools 禁用缓存选项。

缓存选项通常由application.properties文件中的设置配置。例如,Thymeleaf 提供了spring.thymeleaf.cache属性。无需手动设置这些属性,spring-boot-devtools模块会自动应用合理的开发时配置。

由于在开发 Spring MVC 和 Spring WebFlux 应用程序时需要有关 Web 请求的更多信息,因此开发人员工具将为web日志记录组启用DEBUG日志记录。这将为您提供有关传入请求,正在处理的处理程序,响应结果等的信息。如果您希望记录所有请求详细信息(包括潜在的敏感信息),则可以打开spring.http.log-request-details配置属性。

Note

如果您不希望应用属性默认值,则可以在application.properties中将spring.devtools.add-properties设置为false

Tip

有关 devtools 应用的属性的完整列表,请参见DevToolsPropertyDefaultsPostProcessor

20.2 自动重启

每当 Classpath 上的文件更改时,使用spring-boot-devtools的应用程序都会自动重新启动。当在 IDE 中工作时,这可能是一个有用的功能,因为它为代码更改提供了非常快速的反馈循环。默认情况下,将监视 Classpath 上指向文件夹的任何条目的更改。请注意,某些资源,例如静态资产和视图模板不需要重新启动应用程序

Triggering a restart

当 DevTools 监视 Classpath 资源时,触发重启的唯一方法是更新 Classpath。导致 Classpath 更新的方式取决于您使用的 IDE。在 Eclipse 中,保存修改后的文件将导致 Classpath 被更新并触发重新启动。在 IntelliJ IDEA 中,构建项目(Build -> Build Project)具有相同的效果。

Note

只要启用了分叉,您还可以使用受支持的构建插件(Maven 和 Gradle)来启动应用程序,因为 DevTools 需要隔离的应用程序类加载器才能正常运行。默认情况下,Gradle 和 Maven 在 Classpath 上检测到 DevTools 时会这样做。

Tip

与 LiveReload 一起使用时,自动重新启动效果很好。 请参阅“ LiveReload”部分了解详情。如果使用 JRebel,则禁用自动重新启动,而有利于动态类重新加载。仍可以使用其他 devtools 功能(例如 LiveReload 和属性替代)。

Note

DevTools 依靠应用程序上下文的关闭钩子在重新启动期间将其关闭。如果禁用了关机钩子(SpringApplication.setRegisterShutdownHook(false)),它将无法正常工作。

Note

在确定 Classpath 上的条目是否应在更改后触发重新启动时,DevTools 会自动忽略名为spring-bootspring-boot-devtoolsspring-boot-autoconfigurespring-boot-actuatorspring-boot-starter的项目。

Note

DevTools 需要自定义ApplicationContext使用的ResourceLoader。如果您的应用程序已经提供了,它将被包装。不支持在ApplicationContext上直接覆盖getResource方法。

Restart vs Reload

Spring Boot 提供的重启技术通过使用两个类加载器来工作。不变的类(例如,来自第三方 jar 的类)将被加载到* base 类加载器中。您正在积极开发的类将加载到 restart 类加载器中。重新启动应用程序后,将丢弃 restart 类加载器,并创建一个新的类加载器。这种方法意味着应用程序的重启通常比“冷启动”要快得多,因为 base *类加载器已经可用并已填充。

如果您发现重新启动对于应用程序而言不够快,或者遇到类加载问题,则可以考虑从 ZeroTurnaround 重新加载诸如JRebel之类的技术。这些方法通过在加载类时重写类来使其更易于重新加载。

20.2.1 记录条件评估中的更改

默认情况下,每次应用程序重新启动时,都会记录一个报告,其中显示了条件评估增量。该报告显示了在进行更改(例如添加或删除 bean 以及设置配置属性)时对应用程序自动配置的更改。

要禁用报告的日志记录,请设置以下属性:

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

20.2.2 排除资源

某些资源在更改时不一定需要触发重新启动。例如,Thymeleaf 模板可以就地编辑。默认情况下,更改/META-INF/maven/META-INF/resources/resources/static/public/templates中的资源不会触发重新启动,但会触发live reload。如果要自定义这些排除项,则可以使用spring.devtools.restart.exclude属性。例如,要仅排除/static/public,则可以设置以下属性:

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

Tip

如果要保留这些默认值并“添加”其他排除项,请改用spring.devtools.restart.additional-exclude属性。

20.2.3 注意其他路径

当您对不在 Classpath 上的文件进行更改时,您可能希望重新启动或重新加载应用程序。为此,使用spring.devtools.restart.additional-paths属性配置其他路径以监视更改。您可以使用spring.devtools.restart.exclude属性described earlier来控制其他路径下的更改是触发完全重启还是live reload

20.2.4 禁用重启

如果您不想使用重新启动功能,则可以使用spring.devtools.restart.enabled属性将其禁用。在大多数情况下,您可以在application.properties中设置此属性(这样做仍会初始化重新启动类加载器,但它不会监视文件更改)。

如果您需要完全禁用重启支持(例如,因为它不适用于特定的库),则需要在调用SpringApplication.run(…)之前将spring.devtools.restart.enabled System属性设置为false,如以下示例所示:

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

20.2.5 使用触发文件

如果使用持续编译更改文件的 IDE,则可能更喜欢仅在特定时间触发重新启动。为此,可以使用“触发文件”,这是一个特殊文件,当您要实际触发重新启动检查时必须对其进行修改。更改文件只会触发检查,并且仅在 Devtools 检测到必须执行某些操作时才会重新启动。可以手动或使用 IDE 插件来更新触发文件。

要使用触发文件,请将spring.devtools.restart.trigger-file属性设置为触发文件的路径。

Tip

您可能希望将spring.devtools.restart.trigger-file设置为global setting,以便所有项目的行为都相同。

20.2.6 自定义重启类加载器

如前面的重新启动与重新加载部分所述,重新启动功能是通过使用两个类加载器实现的。对于大多数应用程序,此方法效果很好。但是,有时可能会导致类加载问题。

默认情况下,IDE 中的任何打开的项目都将使用“重新启动”类加载器加载,而任何常规的.jar文件都将使用“基本”类加载器加载。如果您在多模块项目上工作,并且并非每个模块都导入到 IDE 中,则可能需要自定义内容。为此,您可以创建一个META-INF/spring-devtools.properties文件。

spring-devtools.properties文件可以包含以restart.excluderestart.include为前缀的属性。 include元素是应上拉到“重新启动”类加载器中的项目,而exclude元素是应下推到“基本”类加载器中的项目。该属性的值是一个应用于 Classpath 的正则表达式模式,如以下示例所示:

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

Note

所有属性键都必须是唯一的。只要属性以restart.include.restart.exclude.开头,它就会被考虑。

Tip

Classpath 中的所有META-INF/spring-devtools.properties都已加载。您可以将文件打包在项目内部或项目使用的库中。

20.2.7 已知限制

重新启动功能不适用于使用标准ObjectInputStream反序列化的对象。如果需要反序列化数据,则可能需要结合使用 Spring 的ConfigurableObjectInputStreamThread.currentThread().getContextClassLoader()

不幸的是,一些第三方库在不考虑上下文类加载器的情况下反序列化。如果发现这样的问题,则需要向原始作者请求修复。

20.3 LiveReload

spring-boot-devtools模块包括一个嵌入式 LiveReload 服务器,该服务器可用于在更改资源时触发浏览器刷新。可从livereload.com免费为 Chrome,Firefox 和 Safari 使用 LiveReload 浏览器扩展。

如果您不想在应用程序运行时启动 LiveReload 服务器,则可以将spring.devtools.livereload.enabled属性设置为false

Note

一次只能运行一台 LiveReload 服务器。在启动应用程序之前,请确保没有其他 LiveReload 服务器正在运行。如果从 IDE 启动多个应用程序,则只有第一个具有 LiveReload 支持。

20.4 全局设置

您可以通过将名为.spring-boot-devtools.properties的文件添加到$HOME文件夹中来配置全局 devtools 设置(请注意,文件名以“.”开头)。添加到该文件的所有属性都适用于您机器上所有使用 devtools 的 Spring Boot 应用程序。例如,要将重新启动配置为始终使用trigger file,则应添加以下属性:

~/.spring-boot-devtools.properties.

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

Note

.spring-boot-devtools.properties中激活的配置文件不会影响特定于配置文件的配置文件的加载。

20.5 远程应用程序

Spring Boot 开发人员工具不仅限于本地开发。远程运行应用程序时,您还可以使用多种功能。选择加入远程支持。要启用它,您需要确保重新打包的 Files 中包含devtools,如以下 Lists 所示:

<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属性,如以下示例所示:

spring.devtools.remote.secret=mysecret

Warning

在远程应用程序上启用spring-boot-devtools是安全隐患。您永远不应在生产部署上启用支持。

远程 devtools 支持分为两部分:接受连接的服务器端端点和在 IDE 中运行的 Client 端应用程序。设置spring.devtools.remote.secret属性后,将自动启用服务器组件。Client 端组件必须手动启动。

20.5.1 运行远程 Client 端应用程序

远程 Client 端应用程序旨在在您的 IDE 中运行。您需要使用与您连接到的远程项目相同的 Classpath 来运行org.springframework.boot.devtools.RemoteSpringApplication。应用程序的单个必需参数是它连接到的远程 URL。

例如,如果您使用的是 Eclipse 或 STS,并且您有一个名为my-app的项目已部署到 Cloud Foundry,则可以执行以下操作:

  • Run菜单中选择Run Configurations…

  • 创建一个新的Java Application“启动配置”。

  • 浏览my-app项目。

  • 使用org.springframework.boot.devtools.RemoteSpringApplication作为主要类。

  • https://myapp.cfapps.io添加到Program arguments(或任何远程 URL)。

正在运行的远程 Client 端可能类似于以下 Lists:

.   ____          _                                              __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _          ___               _      \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` |        | _ \___ _ __  ___| |_ ___ \ \ \ \
 \\/  ___)| |_)| | | | | || (_| []::::::[]   / -_) '  \/ _ \  _/ -_) ) ) ) )
  '  |____| .__|_| |_|_| |_\__, |        |_|_\___|_|_|_\___/\__\___|/ / / /
 =========|_|==============|___/===================================/_/_/_/
 :: Spring Boot Remote :: 2.1.1.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.spring[emailprotected]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)

Note

因为远程 Client 端使用与真实应用程序相同的 Classpath,所以它可以直接读取应用程序属性。这就是读取spring.devtools.remote.secret属性并将其传递给服务器进行身份验证的方式。

Tip

始终建议使用https://作为连接协议,以便对通信进行加密并且不能截获密码。

Tip

如果需要使用代理来访问远程应用程序,请配置spring.devtools.remote.proxy.hostspring.devtools.remote.proxy.port属性。

20.5.2 远程更新

远程 Client 端以与local restart相同的方式监视应用程序 Classpath 中的更改。任何更新的资源都被推送到远程应用程序,并且(如果需要)触发重新启动。如果您迭代使用本地没有的云服务的功能,这将很有帮助。通常,远程更新和重新启动比完整的重建和部署周期要快得多。

Note

仅在远程 Client 端正在运行时监视文件。如果在启动远程 Client 端之前更改文件,则不会将其推送到远程服务器。