java9反应式编程 SubmissionPublisher实现发布订阅

一 准备工作

JAVA9 中新增了Ract Stream API 支持反应编程，今天就来自己玩一下JAVA的原生反应API。
首先需要下载jdk13 , 编译版本需要是12，因为spring5 不支持12以上的版本编译。如图所示，另外IEDA中modules 的编译也要改成12，还有setting中的也要同步改成12 。

二 反应模型简介 && 代码示例

任务订阅的过程

1- new 一个SubmissionPublisher
2- 新建订阅者 Subscriberss ，编写订阅者代码
3- 提交任务

Subscription 的作用，
只有 发布者 和 订阅者 是不行的，就好比订阅报纸，是谁把报纸给你送到家的呢，这里就是Subscription
，他发起请求，请求从发布者那里获取几条消息。几个item。如果发布者发布了10条，但是请求只要3条，最终也只会消费3条。 demo代码如下

  public static void main(String[] args) throws InterruptedException {// 错误处理器，可以不写BiConsumer<Subscriberss, Exception> handler = (a,b) -> {System.out.println(Throwables.getStackTraceAsString(b));a.onError(b);};//线程池也不用，默认自带FJ 的线程池ExecutorService executorService = Executors.newFixedThreadPool(20);//可以直接new 不用构造方法。2 是buffer数组的容量大小，最大32，此处抛出一个问题，如果32个item都占满了，会怎么样？SubmissionPublisher<String> sp  = new SubmissionPublisher(executorService,2,handler);//添加一个订阅者（消费者），这个方法里会初始化BufferedSubscription 也是实际上消费者消费的类sp.subscribe(new Subscriberss());//发送4笔数据sp.submit("1");sp.submit("2");sp.submit("3");sp.submit("4");//关闭stream sp.close();//此处代码无关while (true){Thread.sleep(100000);}}//实现一个消费者static class Subscriberss<String> implements Flow.Subscriber{@Overridepublic void onSubscribe(Flow.Subscription subscription) {System.out.println("订阅消息");//拉取10个元素（消息）subscription.request(10);}@Overridepublic void onNext(Object item) {System.out.println( item.toString());}@Overridepublic void onError(Throwable throwable) {System.out.println("error");}@Overridepublic void onComplete() {System.out.println("牛逼");}}

执行结果如下

代码跟踪

onSubscribe方法的描述 ，翻译成人话就是 onSubscribe在订阅者执行任何方法之前执行。所以首先打印
“订阅消息” 。

  Method invoked prior to invoking any other Subscriber methods for the given Subscription. If this method throws  an exception, resulting behavior is not guaranteed, but may  cause the Subscription not to be established or to be cancelled.

由于是异步的，不能跟着main线程，需要跟着订阅者的异步线程，BufferedSubscription默认使用的是FJ线程池，当我们提交完成后submit 方法结束后，任务就给到了 FJ线程池 或者 自己的线程池 里执行。

从BufferedSubscription 的 consume方法我们可以看到依次从 subscribeOnOpen（onSubscribe）， takeItems （onNext），closeOnComplete（onComplete） 逐步调用。在等待执行的数组里，看到了我们的消息， array就是存放item的地方。

注：这里不是demo里的 1，2，3，4， 这只之前的代码的跟踪

重点看一下：takeItems方法

//s 是订阅者，d是需求的数量，h是 头数组的下标final int takeItems(Subscriber<? super T> s, long d, int h) {Object[] a;int k = 0, cap;if ((a = array) != null && (cap = a.length) > 0) {//  这里提交任务的数量/8 +1 不清楚int m = cap - 1, b = (m >>> 3) + 1; // min(1, cap/8)  // 如果需求数量 <  这里提交任务的数量/8 +1  就用需求数量否则就用 /8的结果int n = (d < (long)b) ? (int)d : b;//从计算的下标开始逐个执行onNext 方法 for (; k < n; ++h, ++k) { Object x = QA.getAndSet(a, h & m, null);if (waiting != 0)signalWaiter();  //线程uppark if (x == null)break;else if (!consumeNext(s, x)) // 执行onNext方法break;}}return k;}

如果request请求了3次，但是submit了4次 ，最终会消费几次？ demand 也就是我们的需求次数，takeitem里是取小的那个数就是3次，为什么 除以8 就不知道 了。。

如何实现 “反应”

如果是数组把item都存储下来逐个调用，请求次数就不能写死，所以参考HTTP里的写法改造无论发多少次都可以消费完。

			static class Subscriberss<String> implements Flow.Subscriber{//保存订阅者的引用private Flow.Subscription ss;@Overridepublic void onSubscribe(Flow.Subscription subscription) {System.out.println("订阅消息");ss=subscription;subscription.request(1);}@Overridepublic void onNext(Object item) {System.out.println( item.toString());//消费完成后再次请求ss.request(1);}}

接下来我们来研究java9 是如何用反应式API 改造HTTP模块的