根据博客的浏览,和理解一些新东西,对这个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,希望这些内容能对你的理解有一定的帮助。