file

我計劃在后續的一段時間內，寫一系列關于java 9的文章，雖然java 9 不像Java 8或者Java 11那樣的核心java版本，但是還是有很多的特性值得關注。期待您能關注我，我將把java 9 寫成一系列的文章，大概十篇左右。

Java 9的 Reactive Streams是對異步流式編程的一種實現。它基于異步發布和訂閱模型，具有非阻塞“背壓”數據處理的特點。

Non-blocking Back Pressure(非阻塞背壓)：它是一種機制，讓發布訂閱模型中的訂閱者避免接收大量數據(超出其處理能力)，訂閱者可以異步通知發布者降低或提升數據生產發布的速率。它是響應式編程實現效果的核心特點！

一、Java9 Reactive Stream API

Java 9提供了一組定義響應式流編程的接口。所有這些接口都作為靜態內部接口定義在java.util.concurrent.Flow類里面。

file

下面是Java 響應式編程中的一些重要角色和概念，先簡單理解一下

發布者(Publisher)是潛在的無限數量的有序數據元素的生產者。 它根據收到的需求(subscription)向當前訂閱者發布一定數量的數據元素。

訂閱者(Subscriber)從發布者那里訂閱并接收數據元素。與發布者建立訂閱關系后，發布者向訂閱者發送訂閱令牌(subscription)，訂閱者可以根據自己的處理能力請求發布者發布數據元素的數量。

訂閱令牌(subscription)表示訂閱者與發布者之間建立的訂閱關系。 當建立訂閱關系后，發布者將其傳遞給訂閱者。 訂閱者使用訂閱令牌與發布者進行交互，例如請求數據元素的數量或取消訂閱。

二、Java響應式編程四大接口

2.1.Subscriber Interface(訂閱者訂閱接口)

public static interface Subscriber {

public void onSubscribe(Subscription subscription);

public void onNext(T item);

public void onError(Throwable throwable);

public void onComplete();

}

onSubscribe：在發布者接受訂閱者的訂閱動作之后，發布任何的訂閱消息之前被調用。新創建的Subscription訂閱令牌對象通過此方法傳遞給訂閱者。

onNext：下一個待處理的數據項的處理函數

onError：在發布者或訂閱遇到不可恢復的錯誤時調用

onComplete：當沒有訂閱者調用(包括onNext()方法)發生時調用。

2.2.Subscription Interface (訂閱令牌接口)

訂閱令牌對象通過Subscriber.onSubscribe()方法傳遞

public static interface Subscription {

public void request(long n);

public void cancel();

}

request(long n)是無阻塞背壓概念背后的關鍵方法。訂閱者使用它來請求n個以上的消費項目。這樣，訂閱者控制了它當前能夠接收多少個數據。

cancel()由訂閱者主動來取消其訂閱，取消后將不會在接收到任何數據消息。

2.3.Publisher Interface(發布者接口)

@FunctionalInterface

public static interface Publisher {

public void subscribe(Subscriber super T> subscriber);

}

調用該方法，建立訂閱者Subscriber與發布者Publisher之間的消息訂閱關系。

2.4.Processor Interface(處理器接口)

處理者Processor 可以同時充當訂閱者和發布者，起到轉換發布者——訂閱者管道中的元素的作用。用于將發布者T類型的數據元素，接收并轉換為類型R的數據并發布。

public static interface Processor extends Subscriber, Publisher {

}

二、實戰案例

現在我們要去實現上面的四個接口來完成響應式編程

Subscription Interface訂閱令牌接口通常不需要我們自己編程去實現，我們只需要在知道request()方法和cancle()方法含義即可。

Publisher Interface發布者接口，Java 9 已經默認為我們提供了實現SubmissionPublisher，該實現類除了實現Publisher接口的方法外，提供了一個方法叫做submit()來完成消息數據的發送。

Subscriber Interface訂閱者接口，通常需要我們自己去實現。因為在數據訂閱接收之后，不同的業務有不同的處理邏輯。

Processor實際上是 Publisher Interface和Subscriber Interface的集合體，有需要數據類型轉換及數據處理的需求才去實現這個接口

下面的例子實現的式字符串的數據消息訂閱處理

實現訂閱者Subscriber Interface

import java.util.concurrent.Flow;

public class MySubscriber implements Flow.Subscriber {

private Flow.Subscription subscription; //訂閱令牌

@Override

public void onSubscribe(Flow.Subscription subscription) {

System.out.println("訂閱關系建立onSubscribe: " + subscription);

this.subscription = subscription;

subscription.request(2);

}

@Override

public void onNext(String item) {

System.out.println("item: " + item);

// 一個消息處理完成之后，可以繼續調用subscription.request(n);向發布者要求數據發送

//subscription.request(n);

}

@Override

public void onError(Throwable throwable) {

System.out.println("onError: " + throwable);

}

@Override

public void onComplete() {

System.out.println("onComplete");

}

}

SubmissionPublisher消息發布者

import java.util.concurrent.ExecutorService;

import java.util.concurrent.Executors;

import java.util.concurrent.Flow;

import java.util.concurrent.SubmissionPublisher;

public class SubmissionPublisherExample {

public static void main(String[] args) throws InterruptedException {

ExecutorService executor = Executors.newFixedThreadPool(1);

SubmissionPublisher sb = new SubmissionPublisher<>(executor, Flow.defaultBufferSize());

sb.subscribe(new MySubscriber()); //建立訂閱關系，可以有多個訂閱者

sb.submit("數據 1"); //發送消息1

sb.submit("數據 2"); //發送消息2

sb.submit("數據 3"); //發送消息3

executor.shutdown();

}

}

控制臺打印輸出結果

訂閱關系建立

onSubscribe: java.util.concurrent.SubmissionPublisher$BufferedSubscription@27e81a39

item: 數據 1

item: 數據 2

請注意：即使發布者submit了3條數據，MySubscriber也僅收到了2條數據進行了處理。是因為我們在MySubscriber#onSubscribe()方法中使用了subscription.request(2);。這就是“背壓”的響應式編程效果，我有能力處理多少數據，就會通知消息發布者給多少數據。

歡迎關注我的博客，里面有很多精品合集

本文轉載注明出處(必須帶連接，不能只轉文字)：字母哥博客。

覺得對您有幫助的話，幫我點贊、分享！您的支持是我不竭的創作動力！ 。另外，筆者最近一段時間輸出了如下的精品內容，期待您的關注。

總結

以上是生活随笔為你收集整理的java9 反应编程_Java9第四篇-Reactive Stream API响应式编程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。