Rxjava 使用心得

1、基本概念
观察者:Observer,观察事件变化并处理的主要角色。消费者(Consumer)也可以理解成一种>特殊的观察者。
被观察者:触发事件并决定什么时候发送事件的主要角色。(异常和完成也是一种事件)●Observable、Flowable、Single、Completable、Maybe都是被观察者。
Flowable是支持背压的一种被观察者。
Single、Completable、Maybe是简化版的Observable。
几种被观察者通过toObservable/toFlowable/toSingle/toCompletable/toMaybe相互转换。
订阅(subscribe):观察者和被观察者建立关联的操作。
2、onError与onComplete为互斥事件。
3、基本操作符
基本操作符(https://blog.csdn.net/m0_46268254/article/details/139834767)
详细使用(https://blog.csdn.net/y2653904/article/details/135892911)
just(T...): 将给定的参数作为事件序列发出。(最多10个) fromArray不受限制
fromIterable(Iterable): 从一个可迭代对象(如 List 或 Set)创建一个 Observable。
create(ObservableOnSubscribe): 使用自定义逻辑创建一个 Observable。
timer操作符:可以做定时操作,就是延迟执行。时间间隔由timer控制。
interval 操作符:定时的周期性操作,与timer的区别就在于它可以重复操作。事件间隔由interval控制
subscribeOn(Scheduler): 指定 Observable 的订阅过程应该在哪个线程执行。
observeOn(Scheduler): 指定 Observer 的回调方法应该在哪个线程执行。来决定下游事件被处理时所处的线程。

4、过滤操作符
filter(Predicate): 只允许满足条件的项通过。
take(int): 只发出指定数量的项。
skip(int): 忽略序列开头的指定数量的项。
distinct(): 确保不会发出重复的项。
firstElement(): 只发出第一个元素或者如果没有元素则不发出任何东西。
lastElement(): 只发出最后一个元素或者如果没有元素则不发出任何东西。

5、转换操作符
map(Func1): ☆☆☆对每个项应用函数,并将结果发送给观察者。
flatMap(Func1): ☆☆☆对每个项应用函数,该函数返回一个新的 Observable,然后合并这些 Observables 的输出。
concatMap(Func1): 类似于 flatMap,但是它会按顺序合并 Observable 的输出。
buffer(): 收集来自原始 Observable 的项,并以批处理形式转发它们。
scan(Func2): 累积地应用函数到前一个结果和当前项上,并发出累积的结果。

6、组合操作符
zip(Observable, Func2): 按数量,将多个 Observables 的项组合在一起,并使用提供的函数来创建新的结果。
combineLatest(Observable, Func2): 按时间,当任意一个 Observable 发出新值时,将最新的值与另一个 Observable 的最新值结合。
startWith(T): 发送事件前追加发送事件,在原始 Observable 的序列之前添加一个或多个项。
按发送顺序:concat(四个)、concatArray(无限)。串行发送。
merge(Observable): 按时间,合并多个 Observables 的输出,但保持原始顺序(如果可能的话)。并行发送。

7、Scheduler线程控制
在 RxJava 中,提供了一个名为 Scheduler 的线程调度器,RxJava 内部提供了4个调度器,分别是:

  1. Schedulers.io(): I/O 操作(读写文件、数据库、网络请求等),与newThread()差不多,区别在于io() 的内部实现是是用一个无数量上限的线程池,可以重用空闲的线程,因此多数情况下 io() 效率比 newThread() 更高。值得注意的是,在 io() 下,不要进行大量的计算,以免产生不必要的线程;
  2. Schedulers.newThread(): 开启新线程操作;
  3. Schedulers.immediate(): 默认指定的线程,也就是当前线程;
  4. Schedulers.computation():计算所使用的调度器。这个计算指的是 CPU 密集型计算,即不会被 I/O等操作限制性能的操作,例如图形的计算。这个 Scheduler 使用的固定的线程池,大小为 CPU 核数。值得注意的是,不要把 I/O 操作放在 computation() 中,否则 I/O 操作的等待时间会浪费 CPU;
  5. AndroidSchedulers.mainThread(): RxJava 扩展的 Android 主线程;
public class MainActivity extends AppCompatActivity {
    private final static String IMGPATH =  "https://image.baidu.com/search/detail?";
    private ImageView img;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        img = findViewById(R.id.img);
        //创建Observable
       Observable.just(IMGPATH)//发送图片地址
               .map(new Function<String, Bitmap>() {
                   @Override
                   public Bitmap apply(String s) throws Exception {
                       URL url = new URL(IMGPATH);
                       HttpURLConnection httpURLConnection = (HttpURLConnection) url.openConnection();
                       httpURLConnection.setConnectTimeout(5000);
                       int responseCode = httpURLConnection.getResponseCode(); // 才开始 request
                       if (responseCode == HttpURLConnection.HTTP_OK) {
                           InputStream inputStream = httpURLConnection.getInputStream();
                           Bitmap bitmap = BitmapFactory.decodeStream(inputStream);
                           return bitmap;
                       }
                       return null;
                   }
               })
               .subscribeOn(Schedulers.io())//上面是异步
               .observeOn(AndroidSchedulers.mainThread())//下面是主线程
               .subscribe(new Observer<Bitmap>() {
                   @Override
                   public void onSubscribe(Disposable d) {
                   }
 
                   @Override
                   public void onNext(Bitmap bitmap) {
                       img.setImageBitmap(bitmap);
                   }
 
                   @Override
                   public void onError(Throwable e) {
                   }
 
                   @Override
                   public void onComplete() {
                   }
               });
 
    }
}

8、未取消订阅而引起的内存泄漏
在Activity#onDestroy()的时候或者不需要继续执行的时候应该取消订阅

Observable<String> observable =Observable.create(new ObservableOnSubscribe<String>() {
    @Override
    public void subscribe(ObservableEmitter<String> e) throws Exception {
        //发送事件
        e.onNext("袁震");
        //事件发送完成
        e.onComplete();
    }
});
observable.unsubscribeOn(AndroidSchedulers.mainThread());
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,884评论 6 513
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,212评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 167,351评论 0 360
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,412评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,438评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,127评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,714评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,636评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,173评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,264评论 3 339
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,402评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 36,073评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,763评论 3 332
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,253评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,382评论 1 271
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,749评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,403评论 2 358

推荐阅读更多精彩内容