上一篇已经熟悉了Observable的基本用法,但是如果仅仅只是“生产-消费”的模型,这就体现不出优势了,java有100种办法可以玩这个:)

一、更简单的多线程

正常情况下,生产者与消费者都在同一个线程里处理,参考下面的代码:

final long start = System.currentTimeMillis();

Observable<String> fileSender = Observable.create(emitter -> {
for (int i = 1; i < 6; i++) {
Thread.sleep(1000);
String temp = "thread:" + Thread.currentThread().getId() + " , file " + i + " 的内容";
System.out.println(temp);
emitter.onNext(temp);
}
emitter.onComplete();
}); Observer<String> fileHander = new Observer<String>() {
@Override
public void onSubscribe(@NonNull Disposable d) {
System.out.println("准备处理文件...");
} @Override
public void onNext(@NonNull String s) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("thread:" + Thread.currentThread().getId() + " , [" + s + "] 已处理!");
} @Override
public void onError(@NonNull Throwable e) {
System.out.println("师傅,有妖怪!");
} @Override
public void onComplete() {
System.out.println("总算完事儿,累屎大爷了!");
long end = System.currentTimeMillis();
System.out.println("耗时:" + (end - start));
}
}; fileSender.subscribe(fileHander); Thread.sleep(60000);

假设生产者在读取一堆文件,然后发给消费者处理,通常情况下,这类涉及IO的操作都是很耗时的,我们用sleep(1000)来模拟。

从输出结果上看,生产者与消费者的thread id相同,耗时约为10s。

fileSender.subscribe(fileHander);

如果上面这行,换成

fileSender.subscribeOn(Schedulers.io()) //生产者处理时,放在io线程中
.observeOn(Schedulers.newThread()) //消费者处理时,用新线程
.subscribe(fileHander); 
注:subscribeOn() 是生产者发送子弹的线程, observeOn() 则是消费者(靶子)收子弹的线程,如果有多个消费者,每次调用observeOn() 消费者线程便会切换一次
这样生产者、消费者就变成不同的线程了,跑一下看看:

可以看到二个线程id不一样,说明分别在不同的线程里,而且总耗时明显缩短了。

二、更平滑的链式调用

假设我们有一个经典的在线电商场景:用户提交订单后,马上跳到支付页面付款。传统写法,通常是中规中矩的封装2个方法,依次调用。用rxjava后,可以写得更流畅,先做点准备工作:

先定义二个服务接口:订单服务(OrderService)以及支付服务(PayService)

OrderService.java

public interface OrderService {
Observable<CreateOrderResponse> createOrder(CreateOrderRequest request) throws Exception;
}

PayService.java

public interface PayService {
Observable<PayResponse> payOrder(PayRequest request) throws Exception;
}

然后来二个实现:

OrderServiceImpl

public class OrderServiceImpl implements OrderService {

    @Override
public Observable<CreateOrderResponse> createOrder(CreateOrderRequest request) throws InterruptedException {
System.out.println("threadId:" + Thread.currentThread().getId() + ", 订单创建中:" + request.toString());
CreateOrderResponse response = new CreateOrderResponse();
response.setOrderNo(UUID.randomUUID().toString().replace("-", ""));
response.setOrderStatus("NEW");
response.setOrderAmount(request.getOrderAmount());
response.setOrderDesc(request.getOrderDesc());
return Observable.create(emitter -> emitter.onNext(response));
}
}

PayServiceImpl

public class PayServiceImpl implements PayService {

    @Override
public Observable<PayResponse> payOrder(PayRequest request) throws InterruptedException {
System.out.println("threadId:" + Thread.currentThread().getId() + ", 正在请求支付:" + request);
PayResponse response = new PayResponse();
response.setSuccess(true);
response.setOrderNo(request.getOrderNo());
response.setTradeNo(UUID.randomUUID().toString().replace("-", ""));
return Observable.create(emitter -> emitter.onNext(response));
}
}

然后测试一把:

    @Test
public void test1() throws Exception {
OrderService orderService = new OrderServiceImpl();
PayService payService = new PayServiceImpl();
orderService.createOrder(new CreateOrderRequest("iphone X", new BigDecimal(8888.00))) //创建订单
//将"创建订单的Response" 转换成 "支付订单的Response"
.flatMap((Function<CreateOrderResponse, ObservableSource<PayResponse>>) response -> payService.payOrder(new PayRequest(response.getOrderNo(), response.getOrderAmount())))
//支付完成的处理
.subscribe(response -> System.out.println("threadId:" + Thread.currentThread().getId() + ", 支付完成"));
Thread.sleep(1000);//等待执行完毕
}

链式的写法,更符合阅读习惯,注:flatMap这个操作,通俗点讲,就是将一种口径的子弹,转换成另一种口径的子弹,然后再继续发射。

输出:

threadId:1, 订单创建中:CreateOrderRequest(orderDesc=iphone X, orderAmount=8888)
threadId:1, 正在请求支付:PayRequest(orderNo=81419b0580d547acbb53955978ace6b8, paymentAmount=8888)
threadId:1, 支付完成

可以看到,默认情况下,创建订单/支付订单在同一个线程中,结合前面学到的知识,也可以将它们划分到不同的线程里:(虽然就这个场景而言,这样做的意义不大,因为支付前,肯定要等订单先提交,这个没办法并发处理,这里只是意思一下,可以这样做而已)

    @Test
public void test2() throws Exception {
OrderService orderService = new OrderServiceImpl();
PayService payService = new PayServiceImpl();
orderService.createOrder(new CreateOrderRequest("iphone X", new BigDecimal(8888.00)))
.subscribeOn(Schedulers.newThread()) //(生产者)创建订单时,使用新线程
.observeOn(Schedulers.newThread()) //(消费者1)接收订单时,使用新线程
.flatMap((Function<CreateOrderResponse, ObservableSource<PayResponse>>) response -> payService.payOrder(new PayRequest(response.getOrderNo(), response.getOrderAmount())))
.observeOn(Schedulers.newThread()) //(消费者2)接收支付结果时,使用新线程
.subscribe(response -> System.out.println("threadId:" + Thread.currentThread().getId() + ", 支付完成"));
Thread.sleep(1000);//等待执行完毕
}

输出:

threadId:1, 订单创建中:CreateOrderRequest(orderDesc=iphone X, orderAmount=8888)
threadId:13, 正在请求支付:PayRequest(orderNo=d5ff7890f22f486bb1bf8aa8e4f0a3bf, paymentAmount=8888)
threadId:14, 支付完成

从threadId看,已经是不同的线程了。

上面的代码,都没考虑到出错的情况,如果支付时出异常了,rxjava如何处理呢?

先改下支付的实现,人为抛个异常:

public class PayServiceImpl implements PayService {

    @Override
public Observable<PayResponse> payOrder(PayRequest request) throws Exception {
throw new Exception("支付失败!");
}
}

rxjava里有一个重载版本,见: io.reactivex.Observable

    @CheckReturnValue
@SchedulerSupport("none")
public final Disposable subscribe(Consumer<? super T> onNext, Consumer<? super Throwable> onError) {
return this.subscribe(onNext, onError, Functions.EMPTY_ACTION, Functions.emptyConsumer());
}

使用这个版本即可:

    @Test
public void test3() throws Exception {
OrderService orderService = new OrderServiceImpl();
PayService payService = new PayServiceImpl();
orderService.createOrder(new CreateOrderRequest("iphone X", new BigDecimal(8888.00)))
.flatMap((Function<CreateOrderResponse, ObservableSource<PayResponse>>) response -> payService.payOrder(new PayRequest(response.getOrderNo(), response.getOrderAmount())))
.subscribe(response -> System.out.println("threadId:" + Thread.currentThread().getId() + ", 支付完成"),
//异常处理
err -> System.out.println("支付出错啦:" + err.getMessage()));
Thread.sleep(1000);//等待执行完毕
}

输出:

threadId:1, 订单创建中:CreateOrderRequest(orderDesc=iphone X, orderAmount=8888)
支付出错啦:支付失败!  

如果想在订单创建完后,先做些处理,再进行支付,可以这么写:

    @Test
public void test4() throws Exception {
OrderService orderService = new OrderServiceImpl();
PayService payService = new PayServiceImpl();
orderService.createOrder(new CreateOrderRequest("iphone X", new BigDecimal(8888.00)))
//订单创建完成后的处理
.doOnNext(response -> System.out.println("订单创建完成:" + response))
.flatMap((Function<CreateOrderResponse, ObservableSource<PayResponse>>) response -> payService.payOrder(new PayRequest(response.getOrderNo(), response.getOrderAmount())))
.subscribe(response -> System.out.println("threadId:" + Thread.currentThread().getId() + ", 支付完成"),
err -> System.out.println("支付出错啦:" + err.getMessage()));
Thread.sleep(1000);//等待执行完毕
}

输出:

threadId:1, 订单创建中:CreateOrderRequest(orderDesc=iphone X, orderAmount=8888)
订单创建完成:CreateOrderResponse(orderNo=8c194b1d07c044a8af3771159e1bb2bf, orderDesc=iphone X, orderAmount=8888, orderStatus=NEW)
支付出错啦:支付失败!

最后再说下flatMap与concatMap,看下面二个示例就明白差异:

    @Test
public void flatMapTest() throws InterruptedException {
Observable.create((ObservableOnSubscribe<Integer>) emitter -> {
for (int i = 0; i < 10; i++) {
emitter.onNext(i);
}
}).flatMap((Function<Integer, ObservableSource<String>>) integer -> Observable.fromArray(integer + "")
.delay(10, TimeUnit.MILLISECONDS)
)
.subscribe(s -> System.out.print(s + " "));
Thread.sleep(5000);
}

  输出:0 1 5 9 2 3 7 4 6 8

    @Test
public void concatMapTest() throws InterruptedException {
Observable.create((ObservableOnSubscribe<Integer>) emitter -> {
for (int i = 0; i < 10; i++) {
emitter.onNext(i);
}
}).concatMap((Function<Integer, ObservableSource<String>>) integer -> Observable.fromArray(integer + "")
.delay(10, TimeUnit.MILLISECONDS)
)
.subscribe(s -> System.out.print(s + " "));
Thread.sleep(5000);
}

  输出:0 1 2 3 4 5 6 7 8 9

结论:flatMap不保证顺序,concatMap能保证顺序

RxJava2学习笔记(2)的更多相关文章

  1. rxjava2学习笔记(1)

    1.什么是RxJava? 简单,清晰的多线程编程框架.可方便的写出维护性高,逻辑清晰的Java程序. 2.什么是观察者模式? 入门教程讲这种高大上抽象概念都是耍流氓! 3.开始 3.1github地址 ...

  2. RxJava2学习笔记(3)

    接上回继续,今天来学习下zip(打包)操作 一.zip操作 @Test public void zipTest() { Observable.zip(Observable.create(emitter ...

  3. RxJava2.0学习笔记2 2018年7月3日 周二

    摘记: 1.map -- 转换  有些服务端的接口设计,会在返回的数据外层包裹一些额外信息,这些信息对于调试很有用,但本地显示是用不到的.使用 map() 可以把外层的格式剥掉,只留下本地会用到的核心 ...

  4. ReactiveX 学习笔记(0)学习资源

    ReactiveX 学习笔记 ReactiveX 学习笔记(1) ReactiveX 学习笔记(2)创建数据流 ReactiveX 学习笔记(3)转换数据流 ReactiveX 学习笔记(4)过滤数据 ...

  5. js学习笔记:webpack基础入门(一)

    之前听说过webpack,今天想正式的接触一下,先跟着webpack的官方用户指南走: 在这里有: 如何安装webpack 如何使用webpack 如何使用loader 如何使用webpack的开发者 ...

  6. PHP-自定义模板-学习笔记

    1.  开始 这几天,看了李炎恢老师的<PHP第二季度视频>中的“章节7:创建TPL自定义模板”,做一个学习笔记,通过绘制架构图.UML类图和思维导图,来对加深理解. 2.  整体架构图 ...

  7. PHP-会员登录与注册例子解析-学习笔记

    1.开始 最近开始学习李炎恢老师的<PHP第二季度视频>中的“章节5:使用OOP注册会员”,做一个学习笔记,通过绘制基本页面流程和UML类图,来对加深理解. 2.基本页面流程 3.通过UM ...

  8. 2014年暑假c#学习笔记目录

    2014年暑假c#学习笔记 一.C#编程基础 1. c#编程基础之枚举 2. c#编程基础之函数可变参数 3. c#编程基础之字符串基础 4. c#编程基础之字符串函数 5.c#编程基础之ref.ou ...

  9. JAVA GUI编程学习笔记目录

    2014年暑假JAVA GUI编程学习笔记目录 1.JAVA之GUI编程概述 2.JAVA之GUI编程布局 3.JAVA之GUI编程Frame窗口 4.JAVA之GUI编程事件监听机制 5.JAVA之 ...

随机推荐

  1. 解决walle报错:宿主机代码检出检测出错,请确认svn用户名密码无误

    使用walle检测报错: 查看日志 # tail -f /tmp/walle/walle-20161010.log 报错: 2016-10-10 14:20:30 -- --------------- ...

  2. 域名调整 SEO优化(nginx)

    =============================================== 2019/3/31_第1次修改                       ccb_warlock == ...

  3. vim使用案例

    1. 请在 /tmp 这个目录下建立一个名为 vitest 的目录: 2. 进入 vitest 这个目录当中: 3. 将 /etc/man.config 复制到本目录底下(或由上述的连结下载 man. ...

  4. python接口自动化测试七:获取登录的Cookies,并关联到下一个请求

    获取登录的cookies:loginCookies = r.cookies 把获取到的cookies传入请求:cookies=loginCookies 此方法需每一次都调用登录方法,并且每一次发送请求 ...

  5. jquery.Inputmask 插件用法(中文API文档)

      jquery.Inputmask 可以算是input文本输入限制的神器了,内部融合了多种输入限制, 如金额,电话号码,身份证号,网关等..,并且还可以自定义规则. inputmask 据说最早起源 ...

  6. 如何批量的在django中对url进行用户登陆限制

    参考URL: https://blog.csdn.net/hanshengzhao/article/details/79540306?utm_source=blogxgwz0 1,首先定义一个内部有装 ...

  7. binlog和redo log日志提交

    组提交(group commit)是MYSQL处理日志的一种优化方式,主要为了解决写日志时频繁刷磁盘的问题.组提交伴随着MYSQL的发展不断优化,从最初只支持redo log 组提交,到目前5.6官方 ...

  8. user-modify属性。

    user-modify属性,用来控制用户能否对页面文本进行编辑.与标签的contentEditable属性类似.· -webkit-user-modify: read-only | read-writ ...

  9. 【目录】LeetCode Java实现

    这里记录一下自己刷的LeetCode题目. 有些博客用英文阐述自己的思路和收获,相当于练习一下英文的表达能力. 比较好的题目有加粗. 1. Two Sum 3. Longest Substring W ...

  10. Scrapy爬虫笔记 - 爬取知乎

    cookie是一种本地存储机制,cookie是存储在本地的 session其实就是将用户信息用户名.密码等)加密成一串字符串,返回给浏览器,以后浏览器每次请求都带着这个sessionId 状态码一般是 ...