活动介绍

响应式Spring开发:从错误处理到路由配置

立即解锁
发布时间: 2025-08-19 02:30:36 阅读量: 18 订阅数: 15
### 响应式Spring开发:从错误处理到路由配置 #### 1. Reactor错误处理方法 在响应式编程中,错误处理是至关重要的。Project Reactor为其响应式类型(Mono<T> 和 Flux<T>)提供了六种错误处理方法,下面为你详细介绍: | 方法 | 描述 | 版本 | | --- | --- | --- | | onErrorReturn(..) | 声明一个默认值,当处理器中抛出异常时发出该值,不影响数据流,异常元素用默认值代替,后续元素正常处理。 | 1. 接收要返回的值作为参数<br>2. 接收要返回的值和应返回默认值的异常类型作为参数<br>3. 接收要返回的值和用于匹配异常的谓词作为参数 | | onErrorResume() | 声明一个默认函数,当处理器中抛出异常时选择一个后备Publisher<T>,异常元素用所选Publisher<T>发出值,后续元素正常处理。 | 与onErrorReturn(..)类似的三种版本 | | onErrorContinue(..) | 声明一个消费者,当处理器中抛出异常时执行该消费者,处理异常元素,正常元素的下游链保持不变。 | 与onErrorReturn(..)类似的三种版本 | | doOnError(..) | 消费错误并停止流中后续元素的执行,消费者执行后,错误会继续传播。 | 与onErrorReturn(..)类似的三种版本 | | onErrorMap(..) | 将一个错误转换为另一个错误,并停止流中后续元素的执行。 | 无 | #### 2. 响应式控制器 响应式控制器是包含返回Flux<T>和Mono<T>的处理方法的控制器,这对于REST控制器很有意义。以下是一个管理Singer实例的REST控制器示例: ```kotlin package com.apress.prospring6.twenty.boot.controller import org.springframework.http.HttpStatus import org.springframework.http.ResponseEntity import reactor.core.publisher.Flux import reactor.core.publisher.Mono // other import statements omitted @RestController @RequestMapping(path = ["/reactive/singer"]) class ReactiveSingerController { lateinit var singerService: SingerService /* 1 */ @GetMapping(path = ["", "/"]) fun list(): Flux<Singer> { return singerService.findAll() } /* 3 */ @GetMapping(path = ["/{id}"]) fun findById(@PathVariable id: Long): Mono<ResponseEntity<Singer>> { return singerService.findById(id) .map { s -> ResponseEntity.ok().body(s) } .defaultIfEmpty(ResponseEntity.notFound().build()) } /* 4 */ @PostMapping @ResponseStatus(HttpStatus.CREATED) fun create(@RequestBody singer: Singer): Mono<Singer> { return singerService.save(singer) } /* 5 */ @PutMapping("/{id}") fun updateById(@PathVariable id: Long, @RequestBody singer: Singer): Mono<ResponseEntity<Singer>> { return singerService.update(id, singer) .map { s -> ResponseEntity.ok().body(s) } .defaultIfEmpty(ResponseEntity.badRequest().build()) } /* 2 */ @DeleteMapping("/{id}") fun deleteById(@PathVariable id: Long): Mono<ResponseEntity<Void>> { return singerService.delete(id) .then(Mono.fromCallable{ ResponseEntity.noContent().build<Void>() }) .defaultIfEmpty(ResponseEntity.notFound().build()) } /* 6 */ @GetMapping(params = ["name"]) fun searchSingers(@RequestParam("name") name: String): Flux<Singer> { if (name.isBlank()) { throw IllegalArgumentException("Missing request parameter 'name'"); } return singerService.findByFirstName(name) } /* 7 */ @GetMapping(params = ["fn", "ln"]) fun searchSinger(@RequestParam("fn") fn: String, @RequestParam("ln") ln: String): Mono<Singer> { if (fn.isBlank()) { throw IllegalArgumentException("Missing request parameter 'fn'"); } if (ln.isBlank()) { throw IllegalArgumentException("Missing request parameter 'ln'"); } return singerService.findByFirstNameAndLastName(fn, ln) } } ``` 除了返回类型因使用响应式SingerService而必要外,这个控制器没有什么特别之处。使用curl、Postman等客户端测试时,它的行为与非响应式控制器没有区别,因为这些不是响应式客户端,且此示例较小,难以察觉差异。你可以尝试生成大量随机数据填充SINGER表,然后访问/reactive/singer端点观察数据流。 #### 3. 处理类和函数式端点 处理类是对处理函数进行逻辑分组的方式。处理函数必须实现HandlerFunction功能接口,并为其handle(..)方法提供实现,该方法接受一个org.springframework.web.reactive.function.server.ServerRequest参数并返回一个Mono<org.springframework.web.reactive.function.server.ServerResponse>。以下是HandlerFunction类的代码: ```java package org.springframework.web.reactive.function.server; import reactor.core.publisher.Mono; @FunctionalInterface public interface HandlerFunction<T extends ServerResponse> { Mono<T> handle(ServerRequest request); } ``` HandlerFunction<T>的实现表示处理请求的函数,可通过RouterFunction映射到请求路径。下面是SingerHandler类,它将所有处理函数分组,类似于前面介绍的ReactiveSingerController类中的处理方法: ```kotlin package com.apress.prospring6.twenty.boot.handler import org.springframework.http.MediaType import org.springframework.web.reactive.function.server.HandlerFunction import org.springframework.web.reactive.function.server.ServerRequest import org.springframework.web.reactive.function.server.ServerResponse import java.net.URI import org.springframework.web.reactive.function.server.ServerResponse.* // other import statements omitted @Component class SingerHandler(private val singerService: SingerService) { /* 1 */ var list: HandlerFunction<ServerResponse> = HandlerFunction<ServerResponse> { serverRequest: ServerRequest? -> ServerResponse.ok() .contentType(MediaType.APPLICATION_JSON) .body(singerService.findAll(), Singer::class.java) } /* 2 */ var deleteById: HandlerFunction<ServerResponse> = HandlerFunction<ServerResponse> { serverRequest: ServerRequest -> ServerResponse.noContent() .build(singerService.delete(serverRequest.pathVariable("id").toLong())) } /* 3 */ fun findById(serverRequest: ServerRequest): Mono<ServerResponse> { val id = serverRequest.pathVariable("id").toLong() return singerService.findById(id) .flatMap { singer -> ServerResponse.ok() .contentType(MediaType.APPLICATION_JSON).bodyValue(singer) } .switchIfEmpty(ServerResponse.notFound().build()) } /* 4 */ fun create(serverRequest: ServerRequest): Mono<ServerResponse> { val singerMono = serverRequest.bodyToMono( Singer::class.java ) return singerMono .flatMap<Any>(singerService::save) .log() .flatMap<ServerRes ```
corwn 最低0.47元/天 解锁专栏
赠100次下载
继续阅读 点击查看下一篇
profit 400次 会员资源下载次数
profit 300万+ 优质博客文章
profit 1000万+ 优质下载资源
profit 1000万+ 优质文库回答
复制全文

相关推荐

李_涛

知名公司架构师
拥有多年在大型科技公司的工作经验,曾在多个大厂担任技术主管和架构师一职。擅长设计和开发高效稳定的后端系统,熟练掌握多种后端开发语言和框架,包括Java、Python、Spring、Django等。精通关系型数据库和NoSQL数据库的设计和优化,能够有效地处理海量数据和复杂查询。
最低0.47元/天 解锁专栏
赠100次下载
百万级 高质量VIP文章无限畅学
千万级 优质资源任意下载
千万级 优质文库回答免费看
立即解锁

专栏目录

最新推荐

Clojure多方法:定义、应用与使用场景

### Clojure 多方法:定义、应用与使用场景 #### 1. 定义多方法 在 Clojure 中,定义多方法可以使用 `defmulti` 函数,其基本语法如下: ```clojure (defmulti name dispatch-fn) ``` 其中,`name` 是新多方法的名称,Clojure 会将 `dispatch-fn` 应用于方法参数,以选择多方法的特定实现。 以 `my-print` 为例,它接受一个参数,即要打印的内容,我们希望根据该参数的类型选择特定的实现。因此,`dispatch-fn` 需要是一个接受一个参数并返回该参数类型的函数。Clojure 内置的

并发编程:多语言实践与策略选择

### 并发编程:多语言实践与策略选择 #### 1. 文件大小计算的并发实现 在并发计算文件大小的场景中,我们可以采用数据流式方法。具体操作如下: - 创建两个 `DataFlowQueue` 实例,一个用于记录活跃的文件访问,另一个用于接收文件和子目录的大小。 - 创建一个 `DefaultPGroup` 来在线程池中运行任务。 ```plaintext graph LR A[创建 DataFlowQueue 实例] --> B[创建 DefaultPGroup] B --> C[执行 findSize 方法] C --> D[执行 findTotalFileS

ApacheThrift在脚本语言中的应用

### Apache Thrift在脚本语言中的应用 #### 1. Apache Thrift与PHP 在使用Apache Thrift和PHP时,首先要构建I/O栈。以下是构建I/O栈并调用服务的基本步骤: 1. 将传输缓冲区包装在二进制协议中,然后传递给服务客户端的构造函数。 2. 构建好I/O栈后,打开套接字连接,调用服务,最后关闭连接。 示例代码中的异常捕获块仅捕获Apache Thrift异常,并将其显示在Web服务器的错误日志中。 PHP错误通常在Web服务器的上下文中在服务器端表现出来。调试PHP程序的基本方法是检查Web服务器的错误日志。在Ubuntu 16.04系统中

编程中的数组应用与实践

### 编程中的数组应用与实践 在编程领域,数组是一种非常重要的数据结构,它可以帮助我们高效地存储和处理大量数据。本文将通过几个具体的示例,详细介绍数组在编程中的应用,包括图形绘制、随机数填充以及用户输入处理等方面。 #### 1. 绘制数组图形 首先,我们来创建一个程序,用于绘制存储在 `temperatures` 数组中的值的图形。具体操作步骤如下: 1. **创建新程序**:选择 `File > New` 开始一个新程序,并将其保存为 `GraphTemps`。 2. **定义数组和画布大小**:定义一个 `temperatures` 数组,并设置画布大小为 250 像素×250 像

响应式Spring开发:从错误处理到路由配置

### 响应式Spring开发:从错误处理到路由配置 #### 1. Reactor错误处理方法 在响应式编程中,错误处理是至关重要的。Project Reactor为其响应式类型(Mono<T> 和 Flux<T>)提供了六种错误处理方法,下面为你详细介绍: | 方法 | 描述 | 版本 | | --- | --- | --- | | onErrorReturn(..) | 声明一个默认值,当处理器中抛出异常时发出该值,不影响数据流,异常元素用默认值代替,后续元素正常处理。 | 1. 接收要返回的值作为参数<br>2. 接收要返回的值和应返回默认值的异常类型作为参数<br>3. 接收要返回

设计与实现RESTfulAPI全解析

### 设计与实现 RESTful API 全解析 #### 1. RESTful API 设计基础 ##### 1.1 资源名称使用复数 资源名称应使用复数形式,因为它们代表数据集合。例如,“users” 代表用户集合,“posts” 代表帖子集合。通常情况下,复数名词表示服务中的一个集合,而 ID 则指向该集合中的一个实例。只有在整个应用程序中该数据类型只有一个实例时,使用单数名词才是合理的,但这种情况非常少见。 ##### 1.2 HTTP 方法 在超文本传输协议 1.1 中定义了八种 HTTP 方法,但在设计 RESTful API 时,通常只使用四种:GET、POST、PUT 和

计费与策略控制创新:Nokia在5G核心网中的4个突破性方法

![5g核心网和关键技术和功能介绍-nokia.rar](https://moniem-tech.com/wp-content/uploads/sites/3/2020/06/5G-Core-Network-Architecture.png) # 摘要 随着5G技术的快速发展,核心网架构及服务模式面临重大变革。本文第一章回顾了5G核心网的发展背景与需求,强调了其演进的必要性。第二章深入探讨了Nokia 5G核心网计费体系的创新点,包括理论基础、技术突破及数据管理与安全。第三章聚焦于Nokia 5G核心网策略控制的理论实践和架构功能,以及案例分析,展示了其对网络切片管理和动态策略决策的贡献。最

3-RRR机械臂模型的组件拆解与分析:细节决定成败,深入拆解成功要素

![3-RRR机械臂/3R机械臂三维模型](https://cdn.canadianmetalworking.com/a/10-criteria-for-choosing-3-d-cad-software-1490721756.jpg?size=1000x) # 摘要 本文综合介绍了一种具有三个旋转-旋转-旋转(RRR)关节的机械臂模型。第一章提供了3-RRR机械臂模型的概述,为理解其结构和应用奠定基础。第二章深入探讨了该模型的理论基础,包括机械臂的基本理论、工作原理以及控制系统的设计与功能。第三章分析了3-RRR机械臂的组件构成,重点在于关键构件的设计、精度和误差控制,以及材料与制造技术的

在线票务系统解析:功能、流程与架构

### 在线票务系统解析:功能、流程与架构 在当今数字化时代,在线票务系统为观众提供了便捷的购票途径。本文将详细解析一个在线票务系统的各项特性,包括系统假设、范围限制、交付计划、用户界面等方面的内容。 #### 系统假设与范围限制 - **系统假设** - **Cookie 接受情况**:互联网用户不强制接受 Cookie,但预计大多数用户会接受。 - **座位类型与价格**:每场演出的座位分为一种或多种类型,如高级预留座。座位类型划分与演出相关,而非个别场次。同一演出同一类型的座位价格相同,但不同场次的价格结构可能不同,例如日场可能比晚场便宜以吸引家庭观众。 -

AWSLambda冷启动问题全解析

### AWS Lambda 冷启动问题全解析 #### 1. 冷启动概述 在 AWS Lambda 中,冷启动是指函数实例首次创建时所经历的一系列初始化步骤。一旦函数实例创建完成,在其生命周期内不会再次经历冷启动。如果在代码中添加构造函数或静态初始化器,它们仅会在函数冷启动时被调用。可以在处理程序类的构造函数中添加显式日志,以便在函数日志中查看冷启动的发生情况。此外,还可以使用 X-Ray 和一些第三方 Lambda 监控工具来识别冷启动。 #### 2. 冷启动的影响 冷启动通常会导致事件处理出现延迟峰值,这也是人们关注冷启动的主要原因。一般情况下,小型 Lambda 函数的端到端延迟