此版本仍在开发中，尚不被认为是稳定的。对于最新的稳定版本，请使用 Spring Framework 6.2.10！spring-doc.cadn.net.cn

映射请求

@RequestMapping

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

您可以使用@RequestMapping注释，将请求映射到控制器方法。它有 通过 URL、HTTP 方法、请求参数、标头和媒体匹配的各种属性 类型。您可以在类级别或在方法级别使用它来表达共享映射 以缩小到特定的端点映射。spring-doc.cadn.net.cn

还有特定于 HTTP 方法的快捷方式变体@RequestMapping:spring-doc.cadn.net.cn

快捷方式是提供的自定义注释，因为可以说，大多数控制器方法应该映射到特定的 HTTP 方法与使用@RequestMapping，默认情况下，它与所有 HTTP 方法匹配。 一个@RequestMapping在类级别仍然需要来表达共享映射。spring-doc.cadn.net.cn

@RequestMapping不能与其他@RequestMapping在同一元素（类、接口或方法）上声明的注释。如果 倍数@RequestMapping在同一元素上检测到注释，则会发出警告 ，并且仅使用第一个映射。这也适用于组合@RequestMapping注释，例如@GetMapping,@PostMapping等。

以下示例具有类型和方法级别映射：spring-doc.cadn.net.cn

@RestController
@RequestMapping("/persons")
class PersonController {

	@GetMapping("/{id}")
	public Person getPerson(@PathVariable Long id) {
		// ...
	}

	@PostMapping
	@ResponseStatus(HttpStatus.CREATED)
	public void add(@RequestBody Person person) {
		// ...
	}
}
@RestController
@RequestMapping("/persons")
class PersonController {

	@GetMapping("/{id}")
	fun getPerson(@PathVariable id: Long): Person {
		// ...
	}

	@PostMapping
	@ResponseStatus(HttpStatus.CREATED)
	fun add(@RequestBody person: Person) {
		// ...
	}
}

URI 模式

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

@RequestMapping可以使用 URL 模式映射方法。有两种选择：spring-doc.cadn.net.cn

  • PathPattern— 与 URL 路径匹配的预解析模式也预解析为PathContainer.该解决方案专为 Web 使用而设计，可有效处理编码和 path 参数，并有效匹配。spring-doc.cadn.net.cn

  • AntPathMatcher— 将字符串模式与字符串路径匹配。这是原版 解决方案也用于在 Spring 配置中选择类路径上的资源，在 文件系统和其他位置。它的效率较低，并且字符串路径输入是 有效处理 URL 的编码和其他问题的挑战。spring-doc.cadn.net.cn

PathPattern是 Web 应用程序的推荐解决方案，也是 Spring WebFlux 的 WebFlux。它从版本 5.3 开始在 Spring MVC 中使用，并由 默认值从 6.0 版开始。请参阅 MVC 配置 路径匹配选项的自定义。spring-doc.cadn.net.cn

PathPattern支持与AntPathMatcher.此外，它还 支持捕获模式，例如{*spring}，用于匹配 0 个或多个路径段 在路径的尽头。PathPattern还限制了用于匹配多个 路径段，以便仅在模式的末尾允许它。这消除了许多 为给定请求选择最佳匹配模式时出现歧义的情况。 有关完整的模式语法，请参阅 PathPattern 和 AntPathMatcher。**spring-doc.cadn.net.cn

一些示例模式：spring-doc.cadn.net.cn

捕获的 URI 变量可以通过@PathVariable.例如：spring-doc.cadn.net.cn

@GetMapping("/owners/{ownerId}/pets/{petId}")
public Pet findPet(@PathVariable Long ownerId, @PathVariable Long petId) {
	// ...
}
@GetMapping("/owners/{ownerId}/pets/{petId}")
fun findPet(@PathVariable ownerId: Long, @PathVariable petId: Long): Pet {
	// ...
}

您可以在类和方法级别声明 URI 变量，如以下示例所示：spring-doc.cadn.net.cn

@Controller
@RequestMapping("/owners/{ownerId}")
public class OwnerController {

	@GetMapping("/pets/{petId}")
	public Pet findPet(@PathVariable Long ownerId, @PathVariable Long petId) {
		// ...
	}
}
@Controller
@RequestMapping("/owners/{ownerId}")
class OwnerController {

	@GetMapping("/pets/{petId}")
	fun findPet(@PathVariable ownerId: Long, @PathVariable petId: Long): Pet {
		// ...
	}
}

URI 变量会自动转换为适当的类型，或者TypeMismatchException被提高。简单类型 （int,long,Date，依此类推）默认支持 寄存器支持任何其他数据类型。 请参阅类型转换和DataBinder.spring-doc.cadn.net.cn

您可以显式命名 URI 变量（例如@PathVariable("customId")），但你可以 如果名称相同并且您的代码是使用-parameters编译器标志。spring-doc.cadn.net.cn

语法{varName:regex}声明一个 URI 变量，其中包含 语法{varName:regex}.例如，给定的 URL"/spring-web-3.0.5.jar"，则采用以下方法 提取名称、版本和文件扩展名：spring-doc.cadn.net.cn

@GetMapping("/{name:[a-z-]+}-{version:\\d\\.\\d\\.\\d}{ext:\\.[a-z]+}")
public void handle(@PathVariable String name, @PathVariable String version, @PathVariable String ext) {
	// ...
}
@GetMapping("/{name:[a-z-]+}-{version:\\d\\.\\d\\.\\d}{ext:\\.[a-z]+}")
fun handle(@PathVariable name: String, @PathVariable version: String, @PathVariable ext: String) {
	// ...
}

URI 路径模式还可以具有：spring-doc.cadn.net.cn

  • 嵌入式${…​}在启动时通过PropertySourcesPlaceholderConfigurer针对本地、系统、环境和 其他属性来源。例如，这很有用，可以根据 外部配置。spring-doc.cadn.net.cn

  • SpEL表达#{…​}.spring-doc.cadn.net.cn

模式比较

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

当多个模式与一个 URL 匹配时，必须选择最佳匹配项。这是通过 以下之一取决于是否使用 parsedPathPattern是否启用使用：spring-doc.cadn.net.cn

两者都有助于对模式进行排序，并在顶部添加更具体的模式。如果 它具有较低的 URI 变量（计为 1）、单个通配符（计为 1）、 和双通配符（计为 2）。给定相等的分数，则选择较长的模式。 在相同的分数和长度下，URI 变量多于通配符的模式为 选择。spring-doc.cadn.net.cn

默认映射模式 （） 从评分中排除，并且始终 最后排序。此外，前缀模式（例如/**/public/**）被认为较少 比没有双通配符的其他模式更具体。spring-doc.cadn.net.cn

有关完整详细信息，请点击上面链接到模式比较器。spring-doc.cadn.net.cn

后缀匹配

从 5.3 开始，默认情况下 Spring MVC 不再执行.*后缀模式 匹配控制器映射到的位置/person也隐式映射到/person.*.因此，路径扩展不再用于解释 响应请求的内容类型 - 例如/person.pdf,/person.xml, 等等。spring-doc.cadn.net.cn

当浏览器过去发送Accept头 很难一致地解释。目前，这不再是必需品，而且 使用Acceptheader 应该是首选。spring-doc.cadn.net.cn

随着时间的推移，文件扩展名的使用已被证明在多种方面存在问题。 当使用 URI 变量、路径参数和 URI 编码。关于基于 URL 的授权的推理 安全（有关更多详细信息，请参阅下一节）也变得更加困难。spring-doc.cadn.net.cn

要在 5.3 之前的版本中完全禁用路径扩展的使用，请设置以下内容：spring-doc.cadn.net.cn

有一种方法来请求内容类型，而不是通过"Accept"header 仍然可以 例如，在浏览器中键入 URL 时非常有用。路径扩展的一个安全替代方案是 以使用查询参数策略。如果必须使用文件扩展名，请考虑限制 它们通过mediaTypesContentNegotiationConfigurer 的属性。spring-doc.cadn.net.cn

后缀匹配和 RFD

反射文件下载 （RFD） 攻击与 XSS 类似，因为它依赖于请求输入 （例如，查询参数和 URI 变量）反映在响应中。但是，而不是 将 JavaScript 插入 HTML 中，RFD 攻击依赖于浏览器切换来执行 下载响应，并在稍后双击时将响应视为可执行脚本。spring-doc.cadn.net.cn

在 Spring MVC 中，@ResponseBody和ResponseEntity方法存在风险，因为 它们可以呈现不同的内容类型，客户端可以通过 URL 路径扩展请求这些内容类型。 禁用后缀模式匹配并使用路径扩展进行内容协商 降低风险，但不足以防止 RFD 攻击。spring-doc.cadn.net.cn

为了防止 RFD 攻击，在渲染响应体之前，Spring MVC 添加了一个Content-Disposition:inline;filename=f.txt标题，以建议固定且安全的下载 文件。仅当 URL 路径包含的文件扩展名既不 允许为安全，也未明确注册用于内容协商。但是，它可以 当 URL 直接输入浏览器时，可能会产生副作用。spring-doc.cadn.net.cn

默认情况下，许多通用路径扩展被允许为安全。定制应用HttpMessageConverter实现可以显式注册内容的文件扩展名 协商以避免出现Content-Disposition为这些扩展添加了标头。 请参阅内容类型。spring-doc.cadn.net.cn

有关更多信息，请参阅 CVE-2015-5211 与 RFD 相关的建议。spring-doc.cadn.net.cn

耗材类型

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

您可以根据Content-Type的请求， 如以下示例所示：spring-doc.cadn.net.cn

@PostMapping(path = "/pets", consumes = "application/json") (1)
public void addPet(@RequestBody Pet pet) {
	// ...
}
1 使用consumes属性，按内容类型缩小映射范围。 
@PostMapping("/pets", consumes = ["application/json"]) (1)
fun addPet(@RequestBody pet: Pet) {
	// ...
}
1 使用consumes属性，按内容类型缩小映射范围。

这consumes属性还支持否定表达式——例如，!text/plain表示任何 内容类型以外的text/plain.spring-doc.cadn.net.cn

您可以声明共享的consumes属性。与大多数其他 request-mapping 属性，但是，当在类级别使用时，方法级别consumes属性 覆盖而不是扩展类级声明。spring-doc.cadn.net.cn

MediaType为常用媒体类型提供常量，例如APPLICATION_JSON_VALUE和APPLICATION_XML_VALUE.

可生产的培养基类型

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

您可以根据Acceptrequest 标头和controller 方法生成的content 类型列表，如以下示例所示：spring-doc.cadn.net.cn

@GetMapping(path = "/pets/{petId}", produces = "application/json") (1)
@ResponseBody
public Pet getPet(@PathVariable String petId) {
	// ...
}
1 使用produces属性，按内容类型缩小映射范围。 
@GetMapping("/pets/{petId}", produces = ["application/json"]) (1)
@ResponseBody
fun getPet(@PathVariable petId: String): Pet {
	// ...
}
1 使用produces属性，按内容类型缩小映射范围。

媒体类型可以指定字符集。支持否定表达式 — 例如!text/plain指除“文本/纯色”以外的任何内容类型。spring-doc.cadn.net.cn

您可以声明共享的produces属性。与大多数其他 request-mapping 属性，但是，当在类级别使用时，方法级别produces属性 覆盖而不是扩展类级声明。spring-doc.cadn.net.cn

MediaType为常用媒体类型提供常量，例如APPLICATION_JSON_VALUE和APPLICATION_XML_VALUE.

参数、标头

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

您可以根据请求参数条件缩小请求映射范围。您可以测试 存在请求参数 （myParam），对于没有一个 （!myParam），或对于 具体值 （myParam=myValue).以下示例演示如何测试特定值：spring-doc.cadn.net.cn

@GetMapping(path = "/pets/{petId}", params = "myParam=myValue") (1)
public void findPet(@PathVariable String petId) {
	// ...
}
1 测试是否myParam等于myValue. 
@GetMapping("/pets/{petId}", params = ["myParam=myValue"]) (1)
fun findPet(@PathVariable petId: String) {
	// ...
}
1 测试是否myParam等于myValue.

您还可以将相同的方法用于请求标头条件，如以下示例所示：spring-doc.cadn.net.cn

@GetMapping(path = "/pets/{petId}", headers = "myHeader=myValue") (1)
public void findPet(@PathVariable String petId) {
	// ...
}
1 测试是否myHeader等于myValue. 
@GetMapping("/pets/{petId}", headers = ["myHeader=myValue"]) (1)
fun findPet(@PathVariable petId: String) {
	// ...
}
1 测试是否myHeader等于myValue.
您可以匹配Content-Type和Accept与 headers 条件，但最好使用 consumes 和 produce 代替。

HTTP 头， 选项

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

@GetMapping（和@RequestMapping(method=HttpMethod.GET)） 支持 HTTP HEAD透明地进行请求映射。控制器方法不需要更改。响应包装器，应用于jakarta.servlet.http.HttpServlet，确保Content-Lengthheader 设置为写入的字节数（而不实际写入响应）。spring-doc.cadn.net.cn

默认情况下，HTTP OPTIONS 是通过设置Allow响应标头添加到 HTTP 列表中所有@RequestMapping具有匹配 URL 模式的方法。spring-doc.cadn.net.cn

对于一个@RequestMapping如果没有 HTTP 方法声明，则Allowheader 设置为GET,HEAD,POST,PUT,PATCH,DELETE,OPTIONS.控制器方法应始终声明 支持的 HTTP 方法（例如，通过使用 HTTP 方法特定的变体：@GetMapping,@PostMapping等）。spring-doc.cadn.net.cn

您可以显式映射@RequestMapping方法设置为 HTTP HEAD 和 HTTP OPTIONS，但该 在常见情况下没有必要。spring-doc.cadn.net.cn

自定义注释

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

Spring MVC 支持使用组合注释进行请求映射。这些注释本身是元注释的@RequestMapping并组成以重新声明@RequestMapping具有更窄、更具体用途的属性。spring-doc.cadn.net.cn

@GetMapping,@PostMapping,@PutMapping,@DeleteMapping和@PatchMapping是 组合注释的示例。提供它们是因为可以说，大多数 控制器方法应映射到特定的 HTTP 方法，而不是使用@RequestMapping, 默认情况下，它与所有 HTTP 方法匹配。如果您需要如何实现的示例 一个组合的注释，看看这些是如何声明的。spring-doc.cadn.net.cn

@RequestMapping不能与其他@RequestMapping在同一元素（类、接口或方法）上声明的注释。如果 倍数@RequestMapping在同一元素上检测到注释，则会发出警告 ，并且仅使用第一个映射。这也适用于组合@RequestMapping注释，例如@GetMapping,@PostMapping等。

Spring MVC 还支持具有自定义请求匹配的自定义请求映射属性 逻辑。 这是一个更高级的选项，需要子类化RequestMappingHandlerMapping并覆盖getCustomMethodCondition方法，其中您可以检查自定义属性并返回您自己的属性RequestCondition.spring-doc.cadn.net.cn

显式注册

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

您可以以编程方式注册处理程序方法，这些方法可用于动态注册或高级情况，例如同一处理程序的不同实例在不同的 URL 下。以下示例注册处理程序方法：spring-doc.cadn.net.cn

@Configuration
public class MyConfig {

	@Autowired
	public void setHandlerMapping(RequestMappingHandlerMapping mapping, UserHandler handler) (1)
			throws NoSuchMethodException {

		RequestMappingInfo info = RequestMappingInfo
				.paths("/user/{id}").methods(RequestMethod.GET).build(); (2)

		Method method = UserHandler.class.getMethod("getUser", Long.class); (3)

		mapping.registerMapping(info, handler, method); (4)
	}
}
1 注入控制器的目标处理程序和处理程序映射。
2 准备请求映射元数据。
3 获取处理程序方法。
4 添加注册。 
@Configuration
class MyConfig {

	@Autowired
	fun setHandlerMapping(mapping: RequestMappingHandlerMapping, handler: UserHandler) { (1)
		val info = RequestMappingInfo.paths("/user/{id}").methods(RequestMethod.GET).build() (2)
		val method = UserHandler::class.java.getMethod("getUser", Long::class.java) (3)
		mapping.registerMapping(info, handler, method) (4)
	}
}
1 注入控制器的目标处理程序和处理程序映射。
2 准备请求映射元数据。
3 获取处理程序方法。
4 添加注册。

@HttpExchange

请参阅响应式堆栈中的等效项spring-doc.cadn.net.cn

虽然主要目的@HttpExchange是使用生成的代理抽象 HTTP 客户端代码，其放置此类注释的 HTTP 接口对客户端与服务器的使用是中立的。除了简化客户端代码之外，在某些情况下，HTTP 接口可能是服务器公开其 API 以供客户端访问的便捷方式。这导致客户端和服务器之间的耦合增加，通常不是一个好的选择，特别是对于公共 API，但可能正是内部 API 的目标。这是 Spring Cloud 中常用的方法，这就是为什么@HttpExchange是 支持作为替代@RequestMapping用于控制器类中的服务器端处理。spring-doc.cadn.net.cn

例如：spring-doc.cadn.net.cn

@HttpExchange("/persons")
interface PersonService {

	@GetExchange("/{id}")
	Person getPerson(@PathVariable Long id);

	@PostExchange
	void add(@RequestBody Person person);
}

@RestController
class PersonController implements PersonService {

	public Person getPerson(@PathVariable Long id) {
		// ...
	}

	@ResponseStatus(HttpStatus.CREATED)
	public void add(@RequestBody Person person) {
		// ...
	}
}
@HttpExchange("/persons")
interface PersonService {

	@GetExchange("/{id}")
	fun getPerson(@PathVariable id: Long): Person

	@PostExchange
	fun add(@RequestBody person: Person)
}

@RestController
class PersonController : PersonService {

	override fun getPerson(@PathVariable id: Long): Person {
		// ...
	}

	@ResponseStatus(HttpStatus.CREATED)
	override fun add(@RequestBody person: Person) {
		// ...
	}
}

@HttpExchange和@RequestMapping有差异。@RequestMapping可以通过路径模式、HTTP 方法、等映射到任意数量的请求，而@HttpExchange使用具体的 HTTP 方法、path 和内容类型声明单个端点。spring-doc.cadn.net.cn

对于方法参数和返回值，通常，@HttpExchange支持方法参数的子集，其中@RequestMapping确实如此。值得注意的是，它排除了任何服务器端特定参数类型。有关详细信息，请参阅@HttpExchange和@RequestMapping列表。spring-doc.cadn.net.cn

@HttpExchange还支持headers()参数，该参数接受"name=value"-喜欢 像 in@RequestMapping(headers={})在客户端。在服务器端，这扩展到完整的语法@RequestMapping支持。spring-doc.cadn.net.cn