我一直在寻找新的rx java 2,但我不确定我是否已经了解backpressure
的想法了...
我知道我们有不支持Observable
的backpressure
和具有它的Flowable
。
因此,基于示例,可以说我有flowable
和interval
:
Flowable.interval(1, TimeUnit.MILLISECONDS, Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Consumer<Long>() {
@Override
public void accept(Long aLong) throws Exception {
// do smth
}
});
在大约128个值之后,这将崩溃,这很明显我消耗的速度比获取项目要慢。
但是然后我们与
Observable
相同 Observable.interval(1, TimeUnit.MILLISECONDS, Schedulers.io())
.observeOn(AndroidSchedulers.mainThread())
.subscribe(new Consumer<Long>() {
@Override
public void accept(Long aLong) throws Exception {
// do smth
}
});
即使我延迟使用它,它仍然完全不会崩溃。为了使
Flowable
工作,可以说我放了onBackpressureDrop
运算符,当机了,但并非所有值都发出了。因此,我目前在脑海中找不到答案的基本问题是,当我可以使用普通
backpressure
仍接收所有值而不管理Observable
时,为什么还要关心buffer
呢?或者,也许从另一方面来看,backpressure
给我带来哪些优势来帮助他们管理和处理消费? 最佳答案
实际上,反压显示的是有界缓冲区,Flowable.observeOn
具有128个元素的缓冲区,该缓冲区的耗尽速度与dowstream可以吸收的速度一样快。您可以单独增加此缓冲区的大小以处理突发信号源,并且所有反压管理实践仍从1.x开始适用。 Observable.observeOn
具有无限制的缓冲区,该缓冲区不断收集元素,您的应用程序可能会用尽内存。
您可以使用Observable
例如:
您可以使用
Flowable
例如: