根据博客的浏览,和理解一些新东西,对这个Spring5有一定的了解,以下是一些总结:
响应式编程的英文名,Reactive Programming,也就是针对相应的,举一个简单的例子,我们平常用水1烧水,水烧开了,水壶就会叫,这就是响应
响应式是一种开发的思维方式,响应式开发就是异步数据流的开发。
响应式编程 :非阻塞应用程序,借助异步和事件驱动还有少量的线程垂直伸缩,而非横向伸缩(分布式集群)
当Http连接缓慢的时候,从数据库到Http数据响应中也会慢下来甚至停止,知道网速恢复后(背压)
响应式编程的转变:命令式编程转换为声明式编程
响应式编程的背压 :生产者消费者模型:线程交互 Notify wait 背压就是保证生产者不会出现过度生产,也会保证消费者不会过度消费
响应式编程是做啥的:响应式编程管理数据生产者和消费者之间的异步数据流,他们需要以流畅的方式对数据进行相应。所以响应式编程都是异步和时间驱动的流畅应用程序,需要少量的线程进行缩放。
为什么是响应式编程(响应式编程的优点)
1.高层次的抽象与响应式编程导致了代码可读性的提高,因此开发人员可以主要关注定义业务逻辑事件的相互依存性。
2.高度并发的环境下,响应模式自然地适合于消息处理,这是一个常见的企业用例。
3.由于执行反压力的特性,响应式方法最适合控制生产者和消费者之间的流量,避免内存不足。
4.对于一个或几个线程,IO绑定任务可以通过异步和非阻塞的方式执行,而且不阻塞当前线程。
5.在高交互和实时应用程序或任何操作/事件时,都可能出发多个连接子系统的通知,在这种情况下响应式编程可以更加有效的进行管理
用于响应式编程实现的理想案例
大量的交易处理服务:银行部门
大型在线购物应用程序的服务
股票价格同事变动的股票交易业务
Spring5提供响应式编程
Spring-Web-Reactive模块和SpringMVC都支持相同的@Controller编程,但Spring-Web-Reactive模块已经重新定义了许多SpringMVC契约,例如HandlerMapping和HandlerAdapter,以是他们变得异步和非阻塞,以及启用响应式HTTP请求和响应(以RouterFuncction和HanderFunction的形式).
Spring Framework 5是用ReactiveStreams作为异步组建以及库之间的交流协议。Reactive Streams是业内协作共同构建的规格。Java9也采用了ReactiveStreams,并命名为java.util.concurrent.Flow.
Spring5是基于Reactor项目实现响应式开发,Reactor中有两个核心的类型-Mono和Flux.
他们都是数据流,Mono是一个最多有1个值的流,Flux是一个可以有无限个值的流
流的处理是延迟的,生产者只有在接受消费者的指示时才会整整产生数据,是通过subscribe()来实现的
Spring Web Reactive vs. Spring Web MVC
Spring5包含了Spring Web Reactive(在spring-web-reactive模块下)和Spring Web Mvc(在spring-webmvc模块下).
虽然SpringWebReactive和Spring Web Mvc共享了很多算法,但是由于Spring Web Reactive能够在响应式非阻塞Reactive Streams HTTP适配器层上运行,因此他们之间不共享代码。
Spring MVC执行需要Servlet容器,而Spring Web Reactive也可以在非Servlet运行时上运行,比如在Netty和Undertow上运行。
如果对具有轻量级,函数式的Web框架的非阻塞Web栈的必要要求,并于Java8lambda或Kotin一起使用,则应该考虑从Spring MVC应用程序切换到Spring-Web-Reactive。
响应式编程的基本结构
这是一个 2.0.0 M5 版本的 pom.xml ,依赖于 WebFiux。
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.0.0.M5</version>
</parent>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-webflux</artifactId> </dependency>
</dependencies>
传统方法 VS. 响应方法
在传统方法中,执行将被阻塞,并将一直等到您的服务执行完成为止。在下面的代码中,在第一个 print 语句之后,程序执行将被阻塞并等待服务执行完成。在服务执行完成后,将恢复程序执行,并执行第二个 print 语句。
@GetMapping("/traditional")
public List < Product > getAllProducts() {
System.out.println("Traditional way started");
List < Product > products = prodService.getProducts("traditional");
System.out.println("Traditional way completed");
return products;
}
在响应方法中,程序执行将继续,而不用等待服务执行的完成。在下面的代码中,在第一个 print 语句之后,第二个 print 语句将以非阻塞的方式执行,而无需等待服务执行的完成。Flux stream 将随着产品数据的可用性而被填充。
@GetMapping(value = "/reactive", .TEXT_EVENT_STREAM_VALUE)
public Flux < Product > getAll() {
System.out.println("Reactive way using Flux started");
Flux < Product > fluxProducts = prodService.getProductsStream("Flux");
System.out.println("Reactive way using Flux completed");
return fluxProducts;
}
Reactive Web Client
除了现有的 RestTemplate 之外,Spring 5 还引入了 Reactive WebClient。
ClientHttpRequest 和 ClientHttpResponse 抽象将请求和响应主体使用 Flux <DataBuffer> 公开,并在读和写端提供完全背压支持。
来自 Spring Core 的编码器和解码器抽象也用在客户端,用于将字节序的 Flus 序列化或发序列化成类型对象。
下面是一个 Reactive WebClient 的示例,它调用终端并接收及处理 Reactive Stream Flux 对象。
@GetMapping("/accounts/{id}/alerts")
public Flux < Alert > getAccountAlerts(@PathVariable Long id) {
WebClient webClient = new WebClient(new ReactorClientHttpConnector());
return this.repository.getAccount(id).flatMap(account -> webClient.perform(get("/alerts/{key}", account.getKey())).extract(bodyStream(Alert.class)));
}
Spring 5 的局限
- 对 Reactive 应用程序进行故障诊断有点困难,并且你有可能在解决问题的同时,意外地阻塞了已经引入的代码。
- 大多数传统的基于 Java 的集成库仍然是阻塞的。
- 可用于 Reactive 数据存储的选项是非常有限的,少数 NoSQL 数据库(如 MongoDB)除外。
- Spring Security 仍然不被支持。
先对这些做一个小总结,之后会逐渐整点demo,希望这些内容能对你的理解有一定的帮助。