使用 Spring Boot
1. 构建系统
强烈建议您选择支持依赖项管理并且可以使用发布到“Maven Central”存储库的工件的构建系统。 我们建议您选择 Maven 或 Gradle。 可以让 Spring Boot 与其他构建系统(例如 Ant)一起使用,但它们没有得到特别好的支持。
1.1. 依赖管理
每个版本的 Spring Boot 都提供了它支持的依赖项的精选列表。 实际上,您不需要在构建配置中为任何这些依赖项提供版本,因为 Spring Boot 会为您管理。 当您升级 Spring Boot 本身时,这些依赖项也会以一致的方式升级。
如果需要,您仍然可以指定版本并覆盖 Spring Boot 的建议。 |
精选列表包含可与 Spring Boot 一起使用的所有 Spring 模块以及第三方库的精细列表。
该列表可作为标准物料清单 (spring-boot-dependencies
),可以与 Maven 和 Gradle 一起使用。
Spring Boot 的每个版本都与 Spring Framework 的基本版本相关联。 我们强烈建议您不要指定其版本。 |
1.4. Ant
可以使用 Apache Ant+Ivy 构建 Spring Boot 项目。
这spring-boot-antlib
“AntLib”模块也可用于帮助 Ant 创建可执行的 jar。
要声明依赖项,典型的ivy.xml
文件类似于以下示例:
<ivy-module version="2.0">
<info organisation="org.springframework.boot" module="spring-boot-sample-ant" />
<configurations>
<conf name="compile" description="everything needed to compile this module" />
<conf name="runtime" extends="compile" description="everything needed to run this module" />
</configurations>
<dependencies>
<dependency org="org.springframework.boot" name="spring-boot-starter"
rev="${spring-boot.version}" conf="compile" />
</dependencies>
</ivy-module>
典型的build.xml
类似于以下示例:
<project
xmlns:ivy="antlib:org.apache.ivy.ant"
xmlns:spring-boot="antlib:org.springframework.boot.ant"
name="myapp" default="build">
<property name="spring-boot.version" value="3.2.12" />
<target name="resolve" description="--> retrieve dependencies with ivy">
<ivy:retrieve pattern="lib/[conf]/[artifact]-[type]-[revision].[ext]" />
</target>
<target name="classpaths" depends="resolve">
<path id="compile.classpath">
<fileset dir="lib/compile" includes="*.jar" />
</path>
</target>
<target name="init" depends="classpaths">
<mkdir dir="build/classes" />
</target>
<target name="compile" depends="init" description="compile">
<javac srcdir="src/main/java" destdir="build/classes" classpathref="compile.classpath" />
</target>
<target name="build" depends="compile">
<spring-boot:exejar destfile="build/myapp.jar" classes="build/classes">
<spring-boot:lib>
<fileset dir="lib/runtime" />
</spring-boot:lib>
</spring-boot:exejar>
</target>
</project>
如果您不想使用spring-boot-antlib 模块,请参阅howto.html“作方法”。 |
1.5. Starters
Starters是一组方便的依赖项描述符,您可以将其包含在应用程序中。
您可以一站式获得所需的所有 Spring 和相关技术,而无需搜索示例代码和复制粘贴大量依赖项描述符。
例如,如果您想开始使用 Spring 和 JPA 进行数据库访问,请将spring-boot-starter-data-jpa
依赖项。
Starters包含许多依赖项,这些依赖项是快速启动和运行项目所需的,并具有一组一致的、受支持的托管可传递依赖项。
以下应用程序Starters由 Spring Boot 在org.springframework.boot
群:
名称 | 描述 |
---|---|
核心Starters,包括自动配置支持、日志记录和 YAML |
|
使用 Apache ActiveMQ 的 JMS 消息传递入门 |
|
使用 Spring AMQP 和 Rabbit MQ 的入门 |
|
使用 Spring AOP 和 AspectJ 进行面向切面编程的入门器 |
|
使用 Apache Artemis 进行 JMS 消息传递的入门 |
|
使用 Spring Batch 的入门 |
|
使用 Spring Framework 缓存支持的入门 |
|
使用 Cassandra 分布式数据库和 Spring Data Cassandra 的入门 |
|
使用 Cassandra 分布式数据库和 Spring Data Cassandra React 的入门 |
|
使用 Couchbase 面向文档的数据库和 Spring Data Couchbase 的入门 |
|
使用 Couchbase 面向文档的数据库和 Spring Data Couchbase Reactive 的入门 |
|
使用 Elasticsearch 搜索和分析引擎以及 Spring Data Elasticsearch 的入门 |
|
使用 Spring Data JDBC 的入门 |
|
将 Spring Data JPA 与 Hibernate 一起使用的入门版 |
|
使用 Spring Data LDAP 的入门 |
|
使用 MongoDB 面向文档的数据库和 Spring Data MongoDB 的入门 |
|
使用 MongoDB 面向文档的数据库和 Spring Data MongoDB Reactive 的入门 |
|
使用 Neo4j 图形数据库和 Spring Data Neo4j 的入门 |
|
使用 Spring Data R2DBC 的入门 |
|
将 Redis 键值数据存储与 Spring Data Redis 和 Lettuce 客户端一起使用的入门 |
|
将 Redis 键值数据存储与 Spring Data Redis 响应式和 Lettuce 客户端一起使用的入门 |
|
使用 Spring Data REST 和 Spring MVC 通过 REST 公开 Spring Data 存储库的入门版 |
|
使用 FreeMarker 视图构建 MVC Web 应用程序的入门 |
|
使用 Spring GraphQL 构建 GraphQL 应用程序的入门 |
|
使用 Groovy 模板视图构建 MVC Web 应用程序的入门 |
|
使用 Spring MVC 和 Spring HATEOAS 构建基于超媒体的 RESTful Web 应用程序的入门者 |
|
使用 Spring Integration 的入门 |
|
将 JDBC 与 HikariCP 连接池一起使用的入门器 |
|
使用 JAX-RS 和 Jersey 构建 RESTful Web 应用程序的入门器。替代 |
|
使用 jOOQ 通过 JDBC 访问 SQL 数据库的入门器。替代 |
|
读写 json 的入门 |
|
使用 Java Mail 和 Spring Framework 的电子邮件发送支持的入门 |
|
使用 Mustache 视图构建 Web 应用程序的入门 |
|
使用 Spring Authorization Server 功能的入门 |
|
使用 Spring Security 的 OAuth2/OpenID Connect 客户端功能的入门 |
|
使用 Spring Security 的 OAuth2 资源服务器功能的入门 |
|
使用 Spring for Apache Pulsar 的入门程序 |
|
使用 Spring for Apache Pulsar Reactive 的入门程序 |
|
使用 Quartz 调度程序的入门 |
|
用于构建 RSocket 客户端和服务器的入门 |
|
使用 Spring Security 的入门 |
|
使用包括 JUnit Jupiter、Hamcrest 和 Mockito 在内的库测试 Spring Boot 应用程序的入门 |
|
使用 Thymeleaf 视图构建 MVC Web 应用程序的入门 |
|
将 Java Bean Validation 与 Hibernate Validator 一起使用的入门 |
|
使用 Spring MVC 构建 Web(包括 RESTful)应用程序的入门版。使用 Tomcat 作为默认的嵌入式容器 |
|
使用 Spring Web Services 的入门 |
|
使用 Spring Framework 的响应式 Web 支持构建 WebFlux 应用程序的入门级 |
|
使用 Spring Framework 的 MVC WebSocket 支持构建 WebSocket 应用程序的入门级 |
除了应用程序Starters之外,还可以使用以下Starters来添加生产就绪功能:
名称 | 描述 |
---|---|
使用 Spring Boot 的 Actuator 的入门器,它提供生产就绪功能来帮助您监控和管理应用程序 |
最后,Spring Boot 还包括以下Starters,如果您想排除或交换特定的技术方面,可以使用它们:
名称 | 描述 |
---|---|
使用 Jetty 作为嵌入式 servlet 容器的Starters。替代 |
|
使用 Log4j2 进行日志记录的Starters。替代 |
|
使用 Logback 进行日志记录的Starters。默认日志记录Starters |
|
使用 Reactor Netty 作为嵌入式响应式 HTTP 服务器的入门器。 |
|
用于使用 Tomcat 作为嵌入式 Servlet 容器的Starters。默认 Servlet 容器Starters |
|
用于使用 Undertow 作为嵌入式 servlet 容器的Starters。替代 |
2. 构建代码
Spring Boot 不需要任何特定的代码布局即可工作。但是,有一些最佳实践可以提供帮助。
如果您希望强制执行基于域的结构,请查看 Spring Modulith。 |
2.1. 使用“默认”包
当类不包含package
声明,则认为它位于“默认包”中。通常不鼓励使用“默认包”,应避免使用。对于使用@ComponentScan
,@ConfigurationPropertiesScan
,@EntityScan
或@SpringBootApplication
注释,因为每个 jar 中的每个类都被读取。
我们建议您遵循 Java 推荐的包命名约定并使用反向域名(例如com.example.project ). |
2.2. 定位主应用程序类
我们通常建议您将主应用程序类放在根包中,高于其他类。 这@SpringBootApplication
注解通常放置在主类上,它隐式地为某些项目定义了一个基本的“搜索包”。例如,如果您正在编写一个 JPA 应用程序,则@SpringBootApplication
annotated 类用于搜索@Entity
项目。 使用根包还允许组件扫描仅应用于您的项目。
如果您不想使用@SpringBootApplication 这@EnableAutoConfiguration 和@ComponentScan 它导入的注释定义了该行为,因此您也可以改用这些注释。 |
以下列表显示了典型布局:
com +- example +- myapplication +- MyApplication.java | +- customer | +- Customer.java | +- CustomerController.java | +- CustomerService.java | +- CustomerRepository.java | +- order +- Order.java +- OrderController.java +- OrderService.java +- OrderRepository.java
这MyApplication.java
文件将声明main
方法,以及基本的@SpringBootApplication
如下:
@SpringBootApplication
public class MyApplication {
public static void main(String[] args) {
SpringApplication.run(MyApplication.class, args);
}
}
@SpringBootApplication
class MyApplication
fun main(args: Array<String>) {
runApplication<MyApplication>(*args)
}
3. 配置类
Spring Boot 偏爱基于 Java 的配置。虽然可以使用SpringApplication
对于 XML 源,我们通常建议您的主源是单个@Configuration
类。 通常定义main
方法是一个很好的候选者,作为主要@Configuration
.
Internet 上已经发布了许多使用 XML 配置的 Spring 配置示例。如果可能,请始终尝试使用等效的基于 Java 的配置。搜索Enable* 注释可能是一个很好的起点。 |
4. 自动配置
Spring Boot 自动配置尝试根据您添加的 jar 依赖项自动配置 Spring 应用程序。
例如,如果HSQLDB
在您的类路径上,并且您没有手动配置任何数据库连接 bean,则 Spring Boot 会自动配置内存数据库。
您需要通过添加@EnableAutoConfiguration
或@SpringBootApplication
注释到您的一个@Configuration
类。
您应该只添加一个@SpringBootApplication 或@EnableAutoConfiguration 注解。
我们通常建议您将一个或另一个添加到您的主@Configuration 仅类。 |
4.1. 逐步替换自动配置
自动配置是非侵入性的。
在任何时候,您都可以开始定义自己的配置以替换自动配置的特定部分。
例如,如果您添加自己的DataSource
bean,默认的嵌入式数据库支持会退缩。
如果您需要找出当前正在应用的自动配置以及原因,请使用--debug
开关。
这样做会为所选核心记录器启用调试日志,并将条件报告记录到控制台。
4.2. 禁用特定的自动配置类
如果您发现正在应用您不想要的特定自动配置类,则可以使用@SpringBootApplication
禁用它们,如以下示例所示:
@SpringBootApplication(exclude = { DataSourceAutoConfiguration.class })
public class MyApplication {
}
@SpringBootApplication(exclude = [DataSourceAutoConfiguration::class])
class MyApplication
如果类不在类路径上,您可以使用excludeName
属性,并指定完全限定的名称。
如果您更喜欢使用@EnableAutoConfiguration
而不是@SpringBootApplication
,exclude
和excludeName
也可用。
最后,您还可以使用spring.autoconfigure.exclude
财产。
您可以在注释级别定义排除项,也可以使用属性定义排除项。 |
即使自动配置类是public ,类中唯一被视为公共 API 的方面是可用于禁用自动配置的类的名称。
这些类的实际内容,例如嵌套配置类或 bean 方法仅供内部使用,我们不建议直接使用它们。 |
5. Spring Beans 和依赖注入
您可以自由使用任何标准的 Spring Framework 技术来定义 bean 及其注入的依赖项。
我们通常建议使用构造函数注入来连接依赖项和@ComponentScan
寻找豆子。
如果您按照上述建议构建代码(将应用程序类定位在顶级包中),则可以将@ComponentScan
没有任何参数或使用@SpringBootApplication
隐式包含它的注释。
您的所有应用程序组件 (@Component
,@Service
,@Repository
,@Controller
等)会自动注册为 Spring Beans。
以下示例显示了@Service
使用构造函数注入来获取所需RiskAssessor
豆:
@Service
public class MyAccountService implements AccountService {
private final RiskAssessor riskAssessor;
public MyAccountService(RiskAssessor riskAssessor) {
this.riskAssessor = riskAssessor;
}
// ...
}
@Service
class MyAccountService(private val riskAssessor: RiskAssessor) : AccountService
如果一个 bean 有多个构造函数,则需要标记您希望 Spring 使用的构造函数@Autowired
:
@Service
public class MyAccountService implements AccountService {
private final RiskAssessor riskAssessor;
private final PrintStream out;
@Autowired
public MyAccountService(RiskAssessor riskAssessor) {
this.riskAssessor = riskAssessor;
this.out = System.out;
}
public MyAccountService(RiskAssessor riskAssessor, PrintStream out) {
this.riskAssessor = riskAssessor;
this.out = out;
}
// ...
}
@Service
class MyAccountService : AccountService {
private val riskAssessor: RiskAssessor
private val out: PrintStream
@Autowired
constructor(riskAssessor: RiskAssessor) {
this.riskAssessor = riskAssessor
out = System.out
}
constructor(riskAssessor: RiskAssessor, out: PrintStream) {
this.riskAssessor = riskAssessor
this.out = out
}
// ...
}
请注意,使用构造函数注入如何让riskAssessor 字段标记为final ,表示后续无法更改。 |
6. 使用@SpringBootApplication注释
许多 Spring Boot 开发人员喜欢他们的应用程序使用自动配置、组件扫描并能够在他们的“应用程序类”上定义额外的配置。单个@SpringBootApplication
注释可用于启用这三个功能,即:
-
@EnableAutoConfiguration
:启用 Spring Boot 的自动配置机制 -
@ComponentScan
:使@Component
扫描应用程序所在的包(请参阅最佳实践) -
@SpringBootConfiguration
:启用在上下文中注册额外的 bean 或导入其他配置类。Spring 标准的替代方案@Configuration
这有助于在集成测试中进行配置检测。
// Same as @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan
@SpringBootApplication
public class MyApplication {
public static void main(String[] args) {
SpringApplication.run(MyApplication.class, args);
}
}
// same as @SpringBootConfiguration @EnableAutoConfiguration @ComponentScan
@SpringBootApplication
class MyApplication
fun main(args: Array<String>) {
runApplication<MyApplication>(*args)
}
@SpringBootApplication 还提供了别名来自定义属性@EnableAutoConfiguration 和@ComponentScan . |
这些功能都不是强制性的,您可以选择用它启用的任何功能替换此单个注释。 例如,您可能不想在应用程序中使用组件扫描或配置属性扫描: Java
Kotlin
在此示例中, |
7. 运行您的应用程序
将应用程序打包为 jar 并使用嵌入式 HTTP 服务器的最大优势之一是您可以像运行任何其他应用程序一样运行应用程序。 该示例适用于调试 Spring Boot 应用程序。 您不需要任何特殊的 IDE 插件或扩展。
本节仅介绍基于罐子的包装。 如果您选择将应用程序打包为 war 文件,请参阅您的服务器和 IDE 文档。 |
7.1. 从 IDE 运行
您可以从 IDE 作为 Java 应用程序运行 Spring Boot 应用程序。
但是,您首先需要导入您的项目。
导入步骤因 IDE 和构建系统而异。
大多数 IDE 可以直接导入 Maven 项目。
例如,Eclipse 用户可以选择Import…
→Existing Maven Projects
从File
菜单。
如果您不小心运行了两次 Web 应用程序,您会看到“端口已在使用中”错误。
Spring Tools 用户可以使用Relaunch 按钮而不是Run 按钮以确保关闭任何现有实例。 |
7.2. 作为打包应用程序运行
如果您使用 Spring Boot Maven 或 Gradle 插件创建可执行 jar,则可以使用java -jar
,如以下示例所示:
$ java -jar target/myapplication-0.0.1-SNAPSHOT.jar
还可以运行启用远程调试支持的打包应用程序。 这样做可以将调试器附加到打包的应用程序,如以下示例所示:
$ java -agentlib:jdwp=server=y,transport=dt_socket,address=8000,suspend=n \
-jar target/myapplication-0.0.1-SNAPSHOT.jar
7.3. 使用 Maven 插件
Spring Boot Maven 插件包括一个run
目标,可用于快速编译和运行应用程序。
应用程序以分解形式运行,就像在 IDE 中一样。
以下示例显示了运行 Spring Boot 应用程序的典型 Maven 命令:
$ mvn spring-boot:run
您可能还想使用MAVEN_OPTS
operating system 环境变量,如以下示例所示:
$ export MAVEN_OPTS=-Xmx1024m
8. 开发者工具
Spring Boot 包括一组额外的工具,可以使应用程序开发体验更加愉快。
这spring-boot-devtools
模块可以包含在任何项目中,以提供额外的开发时功能。
要包含 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 或者,如果它是从特殊的类加载器启动的,则它被视为“生产应用程序”。
您可以使用spring.devtools.restart.enabled 系统属性。
要启用 devtools,无论用于启动应用程序的类加载器如何,请将-Dspring.devtools.restart.enabled=true 系统属性。
在运行 devtools 存在安全风险的生产环境中,不得执行此作。
若要禁用 devtools,请排除依赖项或将-Dspring.devtools.restart.enabled=false 系统属性。 |
在 Maven 中将依赖项标记为可选或使用developmentOnly Gradle 中的配置(如上所示)可防止 devtools 可传递地应用于使用您项目的其他模块。 |
默认情况下,重新打包的存档不包含开发工具。
如果要使用某个远程开发工具功能,则需要包含它。
使用 Maven 插件时,将excludeDevtools 属性设置为false .
使用 Gradle 插件时,配置任务的类路径以包含developmentOnly 配置. |
8.1. 诊断类加载问题
如重新启动与重新加载部分所述,重新启动功能是通过使用两个类加载器实现的。对于大多数应用程序,这种方法效果很好。但是,它有时会导致类加载问题,特别是在多模块项目中。
要诊断类加载问题是否确实是由 devtools 及其两个类加载器引起的,请尝试禁用 restart。如果这解决了您的问题,请自定义 restart 类加载器以包含整个项目。
8.2. 属性默认值
Spring Boot 支持的几个库使用缓存来提高性能。例如,模板引擎缓存编译的模板以避免重复解析模板文件。此外,Spring MVC 可以在提供静态资源时向响应添加 HTTP 缓存标头。
虽然缓存在生产中非常有益,但它在开发过程中可能会适得其反,使您无法看到刚刚在应用程序中所做的更改。因此,spring-boot-devtools 默认禁用缓存选项。
缓存选项通常由application.properties
文件。 例如,Thymeleaf 提供spring.thymeleaf.cache
财产。 无需手动设置这些属性,而是spring-boot-devtools
模块自动应用合理的开发时配置。
下表列出了应用的所有属性:
名称 | 默认值 |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果您不希望应用属性默认值,您可以将spring.devtools.add-properties 自false 在你的application.properties . |
因为在开发 Spring MVC 和 Spring WebFlux 应用程序时需要有关 Web 请求的更多信息,所以开发人员工具建议您启用DEBUG
日志记录web
logging 组。
这将为您提供有关传入请求、哪个处理程序正在处理它、响应结果和其他详细信息的信息。
如果您希望记录所有请求详细信息(包括潜在的敏感信息),您可以打开spring.mvc.log-request-details
或spring.codec.log-request-details
配置属性。
8.3. 自动重启
使用spring-boot-devtools
每当类路径上的文件发生更改时,就会自动重新启动。
在 IDE 中工作时,这可能是一个有用的功能,因为它为代码更改提供了非常快速的反馈循环。
默认情况下,将监视类路径上指向目录的任何条目是否发生更改。
请注意,某些资源(例如静态资产和视图模板)不需要重新启动应用程序。
如果您使用构建插件重新启动 Maven 或 Gradle,则必须将forking 设置为enabled . 如果禁用分支,则不会创建 devtools 使用的隔离应用程序类加载器,并且重启将无法正常运行。 |
与 LiveReload 一起使用时,自动重启效果非常好。有关详细信息,请参阅 LiveReload 部分。如果您使用 JRebel,则禁用自动重启,以支持动态类重新加载。其他开发工具功能(例如 LiveReload 和属性覆盖)仍然可以使用。 |
DevTools 依赖于应用程序上下文的关闭挂钩在重启期间将其关闭。如果已禁用关闭挂钩 (SpringApplication.setRegisterShutdownHook(false) ). |
DevTools 需要自定义ResourceLoader 由ApplicationContext .
如果您的应用程序已经提供了一个,它将被包装。
直接覆盖getResource 方法ApplicationContext 不支持。 |
使用 AspectJ 编织时不支持自动重启。 |
8.3.1. 在条件评估中记录更改
缺省情况下,每次应用程序重新启动时,都会记录一个显示条件评估增量的报告。该报告显示您进行更改(例如添加或删除 Bean 以及设置配置属性)时对应用程序自动配置的更改。
要禁用报告的日志记录,请设置以下属性:
spring.devtools.restart.log-condition-evaluation-delta=false
spring:
devtools:
restart:
log-condition-evaluation-delta: false
8.3.2. 排除资源
某些资源在更改时不一定需要触发重启。
例如,可以就地编辑胸腺叶模板。
默认情况下,在/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:
exclude: "static/**,public/**"
如果要保留这些默认值并添加其他排除项,请使用spring.devtools.restart.additional-exclude 属性。 |
8.3.4. 禁用重启
如果不想使用重启功能,可以使用spring.devtools.restart.enabled
财产。
在大多数情况下,您可以在application.properties
(这样做仍会初始化 restart 类加载器,但它不会监视文件更改)。
如果您需要完全禁用重启支持(例如,因为它不适用于特定库),则需要将spring.devtools.restart.enabled
System
属性设置为false
在调用之前SpringApplication.run(…)
,如以下示例所示:
@SpringBootApplication
public class MyApplication {
public static void main(String[] args) {
System.setProperty("spring.devtools.restart.enabled", "false");
SpringApplication.run(MyApplication.class, args);
}
}
@SpringBootApplication
object MyApplication {
@JvmStatic
fun main(args: Array<String>) {
System.setProperty("spring.devtools.restart.enabled", "false")
SpringApplication.run(MyApplication::class.java, *args)
}
}
8.3.5. 使用触发器文件
如果您使用的 IDE 会持续编译更改的文件,则可能更愿意仅在特定时间触发重启。 为此,您可以使用“触发器文件”,这是一个特殊文件,当您想要实际触发重启检查时必须修改该文件。
对文件的任何更新都会触发检查,但只有在 Devtools 检测到它有事情要做时才会真正重启。 |
要使用触发器文件,请将spring.devtools.restart.trigger-file
属性设置为触发器文件的名称(不包括任何路径)。
触发器文件必须出现在类路径上的某个位置。
例如,如果您有一个具有以下结构的项目:
src +- main +- resources +- .reloadtrigger
那么你的trigger-file
属性将是:
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,您可以使用控制台视图中的“重新加载”按钮(只要您的trigger-file
被命名为.reloadtrigger
). 对于 IntelliJ IDEA,您可以按照其文档中的说明进行作。
8.3.6. 自定义 Restart 类加载器
如前面的“重启与重载”部分所述,重启功能是通过使用两个类加载器实现的。如果这导致问题,可以使用spring.devtools.restart.enabled
system 属性,如果应用在关闭 Restart 的情况下工作,您可能需要自定义由哪个类加载器加载的内容。
默认情况下,IDE 中任何打开的项目都加载“restart”类加载器,以及任何常规.jar
文件与“基本”类加载器一起加载。如果您使用mvn spring-boot:run
或gradle bootRun
:包含您的@SpringBootApplication
与“restart”类加载器一起加载,其他所有内容都与“基本”类加载器一起加载。当您启动应用程序时,类路径会打印在控制台上,这有助于识别任何有问题的条目。反射使用的类,尤其是注释,可以在启动时在使用它们的应用程序类之前加载到父(固定)类加载器中,这可能导致 Spring 在应用程序中无法检测到它们。
您可以通过创建META-INF/spring-devtools.properties
文件。 这spring-devtools.properties
文件可以包含以restart.exclude
和restart.include
. 这include
元素是应该拉入“restart”类加载器的项,并且exclude
元素是应该向下推送到“基本”类加载器的项。该属性的值是一个正则表达式模式,应用于启动时传递给 JVM 的类路径。这是一个示例,其中排除了一些本地类文件,并在重新启动类加载器中包含了一些额外的库:
restart.exclude.companycommonlibs=/mycorp-common-[\\w\\d-\\.]/(build|bin|out|target)/
restart.include.projectcommon=/mycorp-myproj-[\\w\\d-\\.]+\\.jar
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 从类路径加载。
可以将文件打包到项目中,也可以打包到项目使用的库中。
不能使用系统属性,只能使用属性文件。 |
8.4. LiveReload
这spring-boot-devtools
模块包括一个嵌入式 LiveReload 服务器,可用于在资源更改时触发浏览器刷新。
LiveReload 浏览器扩展可免费用于 Chrome、Firefox 和 Safari。
您可以通过在所选浏览器的市场或商店中搜索“LiveReload”来找到这些扩展。
如果不想在应用程序运行时启动 LiveReload 服务器,可以将spring.devtools.livereload.enabled
属性设置为false
.
您一次只能运行一个 LiveReload 服务器。 在启动应用程序之前,请确保没有其他 LiveReload 服务器正在运行。 如果从 IDE 启动多个应用程序,则只有第一个应用程序支持 LiveReload。 |
要在文件更改时触发 LiveReload,必须启用 自动重启 。 |
8.5. 全局设置
可以通过将以下任何文件添加到$HOME/.config/spring-boot
目录:
-
spring-boot-devtools.properties
-
spring-boot-devtools.yaml
-
spring-boot-devtools.yml
添加到这些文件的任何属性都适用于计算机上使用 devtools 的所有 Spring Boot 应用程序。
例如,若要将 restart 配置为始终使用触发器文件,请将以下属性添加到spring-boot-devtools
文件:
spring.devtools.restart.trigger-file=.reloadtrigger
spring:
devtools:
restart:
trigger-file: ".reloadtrigger"
默认情况下,$HOME
是用户的主目录。
要自定义此位置,请将SPRING_DEVTOOLS_HOME
环境变量或spring.devtools.home
系统属性。
如果在$HOME/.config/spring-boot ,的根$HOME 目录中是否存在.spring-boot-devtools.properties 文件。
这允许您与旧版本 Spring Boot 上的应用程序共享 devtools 全局配置,这些应用程序不支持$HOME/.config/spring-boot 位置。 |
devtools 属性/yaml 文件不支持配置文件。 在 |
8.5.1. 配置文件系统观察程序
FileSystemWatcher 的工作原理是轮询具有一定时间间隔的类更改,然后等待预定义的静默期以确保没有更多更改。
由于 Spring Boot 完全依赖于 IDE 将文件编译并复制到 Spring Boot 可以读取它们的位置,因此您可能会发现,当 devtools 重新启动应用程序时,有时某些更改不会反映出来。
如果您经常观察到此类问题,请尝试增加spring.devtools.restart.poll-interval
和spring.devtools.restart.quiet-period
参数设置为适合您的开发环境的值:
spring.devtools.restart.poll-interval=2s
spring.devtools.restart.quiet-period=1s
spring:
devtools:
restart:
poll-interval: "2s"
quiet-period: "1s"
现在,每 2 秒轮询一次受监视的类路径目录以进行更改,并保持 1 秒的静默期以确保没有额外的类更改。
8.6. 远程应用程序
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
属性。
必须手动启动客户端组件。
Spring WebFlux 应用程序不支持远程开发工具。 |
8.6.1. 运行远程客户端应用程序
远程客户端应用程序设计为在 IDE 中运行。
你需要运行org.springframework.boot.devtools.RemoteSpringApplication
与您连接到的远程项目相同的类路径。
应用程序的单个必需参数是它连接到的远程 URL。
例如,如果您使用的是 Eclipse 或 Spring Tools,并且您有一个名为my-app
,则执行以下作:
-
选择
Run Configurations…
从Run
菜单。 -
创建一个新的
Java Application
“启动配置”。 -
浏览
my-app
项目。 -
用
org.springframework.boot.devtools.RemoteSpringApplication
作为主要类别。 -
加
https://myapp.cfapps.io
到Program arguments
(或无论您的远程 URL 是什么)。
正在运行的远程客户端可能类似于以下列表:
. ____ _ __ _ _ /\\ / ___'_ __ _ _(_)_ __ __ _ ___ _ \ \ \ \ ( ( )\___ | '_ | '_| | '_ \/ _` | | _ \___ _ __ ___| |_ ___ \ \ \ \ \\/ ___)| |_)| | | | | || (_| []::::::[] / -_) ' \/ _ \ _/ -_) ) ) ) ) ' |____| .__|_| |_|_| |_\__, | |_|_\___|_|_|_\___/\__\___|/ / / / =========|_|==============|___/===================================/_/_/_/ :: Spring Boot Remote :: (v3.2.12) 2024-11-21T07:54:28.421Z INFO 109477 --- [ main] o.s.b.devtools.RemoteSpringApplication : Starting RemoteSpringApplication v3.2.12 using Java 17.0.13 with PID 109477 (/Users/myuser/.m2/repository/org/springframework/boot/spring-boot-devtools/3.2.12/spring-boot-devtools-3.2.12.jar started by myuser in /opt/apps/) 2024-11-21T07:54:28.453Z INFO 109477 --- [ main] o.s.b.devtools.RemoteSpringApplication : No active profile set, falling back to 1 default profile: "default" 2024-11-21T07:54:29.607Z INFO 109477 --- [ main] o.s.b.d.a.OptionalLiveReloadServer : LiveReload server is running on port 35729 2024-11-21T07:54:29.702Z INFO 109477 --- [ main] o.s.b.devtools.RemoteSpringApplication : Started RemoteSpringApplication in 3.222 seconds (process running for 4.698)
因为远程客户端使用与真实应用程序相同的类路径,所以它可以直接读取应用程序属性。这就是spring.devtools.remote.secret 属性被读取并传递给服务器进行身份验证。 |
始终建议使用https:// 作为连接协议,使流量被加密,密码无法被拦截。 |
如果您需要使用代理访问远程应用程序,请配置spring.devtools.remote.proxy.host 和spring.devtools.remote.proxy.port 性能。 |
8.6.2. 远程更新
远程客户端以与本地重新启动相同的方式监视应用程序类路径的更改。 任何更新的资源都会推送到远程应用程序,并(如果需要)触发重启。 如果循环访问使用本地没有的云服务的功能,这会很有帮助。 通常,远程更新和重启比完整的重建和部署周期快得多。
在较慢的开发环境中,可能会出现静默期不够的情况,类中的更改可能会被拆分为批次。 上传第一批类更改后,服务器将重新启动。 无法将下一批发送到应用程序,因为服务器正在重启。
这通常表现为RemoteSpringApplication
有关上传某些类失败的日志,以及随之而来的重试。
但也可能导致应用代码不一致,上传第一批更改后无法重启。
如果您经常观察到此类问题,请尝试增加spring.devtools.restart.poll-interval
和spring.devtools.restart.quiet-period
参数设置为适合您的开发环境的值。
有关配置这些属性,请参阅配置文件系统观察程序部分。
仅在远程客户端运行时监视文件。 如果在启动远程客户机之前更改文件,则不会将其推送到远程服务器。 |
9. 打包您的应用程序以进行生产
可执行的 jar 可用于生产部署。 由于它们是独立的,因此它们也非常适合基于云的部署。
对于其他“生产就绪”功能,例如运行状况、审计和指标 REST 或 JMX 端点,请考虑添加spring-boot-actuator
.
有关详细信息,请参阅actuator.html。
10. 接下来要读什么
您现在应该了解如何使用 Spring Boot 以及您应该遵循的一些最佳实践。 您现在可以继续深入了解特定的 Spring Boot 功能,或者您可以跳过并阅读 Spring Boot 的“生产就绪”方面。