Android 第三方框架之RxJava

一:介绍
在GitHub上的介绍:一个在Java VM上使用可观测的序列来组成异步的,基于事件的程序库
image.png
总结:RxJava 是一个基于事件流,实现异步操作的库
特点:异步,简洁
异步操作很关键的一点是程序的简洁性,因为在调度过程比较复杂的情况下,异步代码经常会既难写也难被读懂。 Android 创造的 AsyncTask 和Handler ,其实都是为了让异步代码更加简洁。RxJava 的优势也是简洁,但它的简洁的与众不同之处在于,随着程序逻辑变得越来越复杂,它依然能够保持简洁
二:原理
RxJava原理基于一种扩展的观察者模式
被观察者(Observable)通过订阅(Subscribe)按顺序发送事件(Event)给观察者(Observer),观察者(Observer)按顺序接收事件以及做出对应的响应动作
.被观察者(Observable)产生事件
.观察者(Observer)接收事件,并给出响应动作
.订阅(Subscribe)连接 被观察者&观察者
.事件(Event)被观察者&观察者连接的桥梁
观察者模式是一种一对多的对象依赖关系
例如:铃声,学生,老师,上课
铃声(Ring)被观察者(Observable)
学生,老师(Student,Teacher)观察者(Observer)

//被观察者的抽象类
abstract class Subject {
    //定义一个集合存储观察者对象
    protected List<Observer> observers = new ArrayList<Observer>();
    //增加观察者,通过add方法订阅观察者
    public void add(Observer observer) {
        observers.add(observer);
    }
    //删除观察者
    public void remove(Observer observer) {
        observers.remove(observer);
    }
    //通知观察者方法
    public abstract void notifyObserve1();
 
    public abstract void notifyObserve2();

}


/**
 * 铃声(被观察者)具体实现
 */
public class Ring extends Subject {
 
    @Override
    public void notifyObserve1() {
        System.out.println("上课铃响了");
        for (Object object : observers) {
            ((Observer) object).response1();
 
        }
        System.out.println("------------");
    }
 
    @Override
    public void notifyObserve2() {
        System.out.println("下课铃响了");
        for (Object object : observers) {
            ((Observer) object).response2();
 
        }
        System.out.println("------------");
    }

}

观察者

/**
 * 抽象观察者
 */
public interface Observer {
    //观察者反应
    public abstract void response1();//上课反应
    public abstract void response2();//下课反应
    }
    
    
/**
 * 老师(观察者)具体老师的实现
 */
public class Teacher implements Observer {
 
    @Override
    public void response1() {
        System.out.println("老师准备认真讲课");
    }
 
    @Override
    public void response2() {
        System.out.println("老师准备下课休息");
 
    }

}

//使用:
       Subject subject = new Ring();//创建被观察者
        Observer teacher = new Teacher();//创建观察者
        subject.add(teacher);//订阅观察者
        subject.notifyObserve1();//发送事件1
        subject.notifyObserve2();//发送事件2

RxJava一般的事件流的使用
添加依赖:

  //rxjava2
    implementation 'io.reactivex.rxjava2:rxjava:2.2.20'
    implementation 'io.reactivex.rxjava2:rxandroid:2.1.1'

RxJava观察者的事件回调方法除了普通事件onNext(),(相当于onClick()/onEvent())之外,还定义了两个特殊的事件:onCompleted()和onError()
.onCompleted():事件队列完结。RxJava不仅把每个事件单独处理,还会把他们看作一个队列。RxJava规定,当不会再有新的onNext()发出时,需要触发onCompleted()方法作为标志
.onError(): 事件队列异常。在事件处理过程中出异常时,onError()会被触发,同时队列自动终止,不允许再有事件发出
.在一个正确运行的事件序列中,onCompleted()和onError()有且只有一个,并且是事件序列中的最后一个。需要注意的是,onCompleted()和onError()二者也是互斥的,即在队列中调用了其中一个,就不应该再调用另一个

 //1.创建被观察者Observable对象,使用Observable.create创建
        Observable.create(new ObservableOnSubscribe<Integer>() {
            //2.在复写的subscribe()里定义需要发送的事件
            @Override
            public void subscribe(@NonNull ObservableEmitter<Integer> emitter) throws Exception {
                //通过ObservableEmitter类对象产生事件并通知观察者
                // ObservableEmitter类介绍
                // a. 定义:事件发射器
                // b. 作用:定义需要发送的事件 & 向观察者发送事件
                emitter.onNext(1);
                emitter.onNext(2);
                emitter.onNext(3);
                emitter.onComplete();//事件完成,可以选择继续发送事件

            }
        }).subscribe(new Observer<Integer>() {//订阅观察者
            //  通过通过订阅(subscribe)连接观察者和被观察者
            //  创建观察者 & 定义响应事件的行为
            @Override
            public void onSubscribe(@NonNull Disposable d) {
                Log.d("TAG", "开始采用subscribe连接");
            }

            @Override
            public void onNext(@NonNull Integer value) {
                Log.d("TAG", "处理事件"+ value   );
            }

            @Override
            public void onError(@NonNull Throwable e) {
                Log.d("TAG", "处理Error事件,不再接收事件");
            }

            @Override
            public void onComplete() {
                Log.d("TAG", "处理Complete事件,不再接收事件");
            }
        });

使用来说,每一个网络请求接口相当于一个被观察者

public interface ApiService {

    // 获取任务
    @POST("task/apply")
    Observable<BaseBean<GetTaskBean>> getTask(@Body RequestTaskBean requestTaskBean);//这相当于被观察者
    需要去订阅观察者
}

使用

HttpObservable.getObservable(RetrofitFactory.getApiService().getTask(bean))
                    .subscribe(GET_TASK_BEAN_HTTPOBSERVER);
              
//HttpObservable.getObservable(RetrofitFactory.getApiService().getTask(bean))
这个是得到被观察者
.subscribe()订阅
GET_TASK_BEAN_HTTPOBSERVER :是观察者

HttpObserver<GetTaskBean> GET_TASK_BEAN_HTTPOBSERVER =
            new HttpObserver<GetTaskBean>(RequestTagConfig.TASK_APPLY) {
            //这是一个观察者的实现
            }

三:RxJava的操作符
转换类操作符(map flatMap concatMap flatMapIterable switchMap scan groupBy...);
过滤类操作符(fileter take takeLast takeUntil distinct distinctUntilChanged skip skipLast ...);
组合类操作符(merge zip join combineLatest and/when/then switch startSwitch...)。
转换操作符Map
map()函数接受一个Func1类型的参数,然后把这个Func1应用到每一个由Observable发射的值上,将发射的值转换为我们期望的值
image.png
假设我们需要将一组数字转换成字符串,我们可以通过map这样实现:

Observable.just(1, 2, 3, 4, 5)
        .map(new Func1<Integer, String>() {
            @Override
            public String call(Integer i) {
                return "This is " + i;
            }
        }).subscribe(new Action1<String>() {
            @Override
            public void call(String s) {
                System.out.println(s);
            }
        });

过滤操作符Filter
filter(Func1)用来过滤观测序列中我们不想要的值,只返回满足条件的值,我们看下原理图
image.png
还是拿前面文章中的小区Community[] communities来举例,假设我需要赛选出所有房源数大于10个的小区,我们可以这样实现:

Observable.from(communities)
        .filter(new Func1<Community, Boolean>() {
            @Override
            public Boolean call(Community community) {
                return community.houses.size()>10;
            }
        }).subscribe(new Action1<Community>() {
    @Override
    public void call(Community community) {
        System.out.println(community.name);
    }
});

组合操作符Merge
merge(Observable, Observable)将两个Observable发射的事件序列组合并成一个事件序列,就像是一个Observable发射的一样。你可以简单的将它理解为两个Obsrvable合并成了一个Observable,合并后的数据是无序的。
image.png
我们看下面的例子,一共有两个Observable:一个用来发送字母,另一个用来发送数字;现在我们需要两连个Observable发射的数据合并。

String[] letters = new String[]{"A", "B", "C", "D", "E", "F", "G", "H"};
Observable<String> letterSequence = Observable.interval(300, TimeUnit.MILLISECONDS)
        .map(new Func1<Long, String>() {
            @Override
            public String call(Long position) {
                return letters[position.intValue()];
            }
        }).take(letters.length);

Observable<Long> numberSequence = Observable.interval(500, TimeUnit.MILLISECONDS).take(5);

Observable.merge(letterSequence, numberSequence)
        .subscribe(new Observer<Serializable>() {
            @Override
            public void onCompleted() {
                System.exit(0);
            }

            @Override
            public void onError(Throwable e) {
                System.out.println("Error:" + e.getMessage());
            }

            @Override
            public void onNext(Serializable serializable) {
                System.out.print(serializable.toString()+" ");
            }
        });  

程序输出:A 0 B C 1 D E 2 F 3 G H 4
RxJava线程切换
总所周知 RxJava 在切换线程时用到了两个方法 subscribeOn() 和 observeOn() 下面来分别解释一下这两个方法
subscribeOn() : 影响的是最开始的被观察者所在的线程。当使用多个 subscribeOn() 的时候,只有第一个 subscribeOn() 起作用;
observeOn() : 影响的是跟在后面的操作(指定观察者运行的线程)。所以如果想要多次改变线程,可以多次使用 observeOn;

  */
    public static <T> Observable<T> getObservable(Observable<T> apiObservable) {
        // showLog(request);
        Observable<T> observable =
                apiObservable
                        .onErrorResumeNext(new HttpResultFunction<>())
                        .subscribeOn(Schedulers.io())//线程切换,影响最开始的被观察者的线程
                        .observeOn(AndroidSchedulers.mainThread());//切换主线程影响的是观察者的线程
        return observable;
    }

因为subscribeOn(Schedulers.io())它指定了最开始的被观察者所在的线程所以后面的操作都是根据最开始的被观察者制定的线程运行的,又因为 .observeOn(AndroidSchedulers.mainThread()) 它指定了都面的操作符使用主线程运行。

RxJava线程调度Schedulers

类型含义应用场景
Schedulers.immediate()当前线程 = 不指定线程默认
AndroidSchedulers.mainThread()Android主线程操作UI
Schedulers.newThread()常规新线程网络请求、读写文件等io密集型操作
Schedulers.io()io操作线程网络请求、读写文件等io密集型操作
Schedulers.computation()CPU计算操作线程大量计算操作
//被观察者 (Observable) 在 子线程 中生产事件(如实现耗时操作等等)
    //观察者(Observer)在 主线程 接收 & 响应事件(即实现UI操作)
 Observable.just("head.png", "icon.png")
                .map(new Function<String, Bitmap>() {
                    @Override
                    public Bitmap apply(String s) throws Exception {
                        //网络获取
                        Log.i(TAG, "apply:----------->1   " + Thread.currentThread().getName());
                        return Bitmap.createBitmap(100, 100, Bitmap.Config.ARGB_8888);
                    }
                })
                .observeOn(AndroidSchedulers.mainThread())
                .subscribeOn(Schedulers.io())
//                .subscribeOn(Schedulers.newThread())
                .subscribe(new Consumer<Bitmap>() {
                    @Override
                    public void accept(Bitmap bitmap) throws Exception {
                        // 子线程
                        Log.i(TAG, "apply:----------->2   " + Thread.currentThread().getName());
                        //        imageView.setIamgeView(bitmap)
                    }
                });

三:RxJava背压策略
观察者和被观察者之间存在2种订阅关系,同步和异步
image.png
对于异步订阅关系,存在被观察者发送事件速度与观察者接收事件速度不匹配的情况
1.发送 & 接收事件速度 = 单位时间内 发送&接收事件的数量
2.大多数情况,主要是 被观察者发送事件速度 > 观察者接收事件速度
问题:
被观察者 发送事件速度太快,而观察者 来不及接收所有事件,从而导致观察者无法及时响应 / 处理所有发送过来事件的问题,最终导致缓存区溢出、事件丢失 & OOM
例如:
被观察者发送事件的速度=10ms/个
观察者的接收速度=5s/个
即出现发送 & 接收事件严重不匹配的问题

 Observable.create(new ObservableOnSubscribe<Integer>() {
            // 1. 创建被观察者 & 生产事件
            @Override
            public void subscribe(ObservableEmitter<Integer> emitter) throws Exception {

                for (int i = 0; ; i++) {
                    Log.d(TAG, "发送了事件"+ i );
                    Thread.sleep(10);
                    // 发送事件速度:10ms / 个 
                    emitter.onNext(i);

                }
                
            }
        }).subscribeOn(Schedulers.io()) // 设置被观察者在io线程中进行
                .observeOn(AndroidSchedulers.mainThread()) // 设置观察者在主线程中进行
             .subscribe(new Observer<Integer>() {
            // 2. 通过通过订阅(subscribe)连接观察者和被观察者
                 
            @Override
            public void onSubscribe(Disposable d) {
                Log.d(TAG, "开始采用subscribe连接");
            }

            @Override
            public void onNext(Integer value) {

                try {
                    // 接收事件速度:5s / 个 
                    Thread.sleep(5000);
                    Log.d(TAG, "接收到了事件"+ value  );
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }

            }

            @Override
            public void onError(Throwable e) {
                Log.d(TAG, "对Error事件作出响应");
            }

            @Override
            public void onComplete() {
                Log.d(TAG, "对Complete事件作出响应");
            }

        });

解决方案:采用背压策略
在异步订阅关系中,控制事件发送&接收速度
背压的作用域 = 异步订阅关系,即 被观察者 & 观察者处在不同线程中
背压策略的具体实现:Flowable
在 RxJava2.0中,采用 Flowable 实现 背压策略,对应的观察者Subscriber
image.png
Flowable使用

/**
  * 步骤1:创建被观察者 =  Flowable
  */
        Flowable<Integer> upstream = Flowable.create(new FlowableOnSubscribe<Integer>() {
            @Override
            public void subscribe(FlowableEmitter<Integer> emitter) throws Exception {
                emitter.onNext(1);
                emitter.onNext(2);
                emitter.onNext(3);
                emitter.onComplete();
            }
        }, BackpressureStrategy.ERROR);
        // 需要传入背压参数BackpressureStrategy,下面会详细讲解

 /**
   * 步骤2:创建观察者 =  Subscriber
   */
        Subscriber<Integer> downstream = new Subscriber<Integer>() {

            @Override
            public void onSubscribe(Subscription s) {
                // 对比Observer传入的Disposable参数,Subscriber此处传入的参数 = Subscription
                // 相同点:Subscription具备Disposable参数的作用,即Disposable.dispose()切断连接, 同样的调用Subscription.cancel()切断连接
                // 不同点:Subscription增加了void request(long n)
                Log.d(TAG, "onSubscribe");
                s.request(Long.MAX_VALUE);//响应式拉取,需要多少要多少
               // 关于request()下面会继续详细说明
            }

            @Override
            public void onNext(Integer integer) {
                Log.d(TAG, "onNext: " + integer);
            }

            @Override
            public void onError(Throwable t) {
                Log.w(TAG, "onError: ", t);
            }

            @Override
            public void onComplete() {
                Log.d(TAG, "onComplete");
            }
        };

 /**
   * 步骤3:建立订阅关系
   */
        upstream.subscribe(downstream);

相关的背压博客参考:https://www.jianshu.com/p/ceb...
四:RxJva其他常用操作符
1.from 接收一个集合作为输入,然后每次输出一个元素给subscriber

 Observable.from(T[] params)Observable.from(new Integer[]{1, 2, 3, 4, 5})
    .subscribe(new Action1<Integer>() {        
       @Override
        public void call(Integer number) {
            Log.i(TAG, "number:" + number);
        }
    });

2.just 接收一个可变参数作为输入,最终也是生成数组,和调from()区别

Observable.just(T... params) //params的个数为1 ~ 10Observable.just(1, 2, 3, 4, 5)
    .subscribe(new Action1<Integer>() {       
       @Override
        public void call(Integer number) {
            Log.i(TAG, "number:" + number);
        }
    });

3.timer 可以做定时操作,换句话,就是延迟执行。事件间隔由timer控制。

//延迟2s执行Log 打印Hello World(一次)
Observable.timer(2, TimeUnit.SECONDS)
    .subscribe(new Subscriber<Long>() {       
     @Override
        public void onCompleted() {

        }        @Override
        public void onError(Throwable e) {

        }        @Override
        public void onNext(Long aLong) {
            Log.i(TAG, "Hello World!");
        }
    });

4.interval 定时的周期性操作,与timer 的区别就在于它可以重复操作。事件间隔由interval控制

//定时2s重复打印Log Hello World
Observable.interval(2, TimeUnit.SECONDS)
    .subscribe(new Subscriber<Long>() {       
     @Override
        public void onCompleted() {

        }        @Override
        public void onError(Throwable e) {

        }        @Override
        public void onNext(Long aLong) {
            Log.i(TAG, "Hello World!");
        }
    });

END:春天播下种子,才有秋的收获;曾经艰苦拼搏,才有甜蜜生活。


Rocky_ruan
57 声望5 粉丝

不积跬步,无以至千里