- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
从我在源代码中看到的,在实现方面的区别在于 DisposableObserver
实现了 Disposable
接口(interface)。
在 dispose
中,它调用了一个辅助函数来自行处置。
@Override
public final void dispose() {
DisposableHelper.dispose(s);
}
但实际上,两者之间有什么区别。常规的 Observable 垃圾不会在不再需要时立即收集吗?
在 Observer
上使用 DisposableObserver
的默认用例是什么?
最佳答案
主要是为了避免内存泄漏,因为它可以让你随时取消订阅。拥有订阅对象的对象可能会在其生命周期结束时订阅正在执行一些需要更多时间的繁重工作。在这种情况下,订阅将保留在内存中,从而泄漏拥有它的对象。为避免这种情况,您可以存储订阅的返回值(一次性)并稍后在所有者对象的生命周期结束时调用 dispose
。通常人们最终会将每个一次性用品添加到 CompositeDisposable
(基本上是一袋一次性用品),然后使用 CompositeDisposable.clear()
将它们全部清除,这样您就不必' 必须跟踪每个单独的一次性用品。
假设您有一个名为 ItemPublisher
的类,它提供无限的事件流:
class ItemPublisher {
// ...
public Flowable<Item> getItemsStream() {
// ...
}
}
现在,假设您有一个订阅该流的名为 ItemHandler
的类:
class ItemHandler {
// ...
public void observeItems() {
itemPublisher.getItemsStream()
.subscribe(
// handle onNext events,
// handle onError events
// infinite stream, so we don't need to handle onComplete
);
}
}
那么,您的软件正在运行,一切都很好。在某个时刻,您的 ItemHandler
实例到达其生命周期的终点。该实例应该被销毁。然而,由于我们在这里处理观察者模式,ItemPublisher
保留了对 ItemHandler
实例的隐式引用,当您调用 subscribe 时传递给它
方法。由于流是无限的,该引用永远不会被删除,从而阻止 GC 清理 ItemHandler
实例,从而导致内存泄漏。这不仅仅发生在无限流中:如果 ItemPublisher
的生命周期比 ItemHandler
长,同样的情况也会发生。
这就是为什么我们有 Disposable
接口(interface)。当您调用 subscribe
时,您可以使用返回 Disposable
的方法的重载版本。当您不再需要订阅时,您可以对其调用 dispose()
。所以,在我们的例子中:
class ItemHandler {
private Disposable subscriber; // this gets initialized somewhere
// ...
public void observeItems() {
itemPublisher.getItemsStream()
.subscribe(this.getSubscriber());
}
// later, when you know that this ItemHandler instance is not needed anymore
public void wrapItUp() {
// ...
subscriber.dispose();
}
}
正如我之前提到的,您还有 CompositeDisposable
,当您有很多订阅时,它会派上用场。通过使用它,您可以将所有订阅集中到一个地方,然后一次性全部删除。例如:
class ItemHandler {
private CompositeDisposable disposables;
// ...
public void observeItems() {
disposables.add(itemPublisher.getItemsStream()
.subscribe(
// ...
)
);
}
public void observeSomethingElse() {
disposables.add(somethingElse.getStreamOfSomethingElse()
.subscribe(
// ...
)
);
}
// later, when you know that this ItemHandler instance is not needed anymore
public void wrapItUp() {
// ...
disposables.clear();
}
}
关于java - DisposableObserver 与(常规)观察者,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41529838/
AngularFire2 文档演示了以下将观察者绑定(bind)到您的 Firebase 可观察对象的模式: this.item = af.database.object('/item'); {{ (
我正在使用观察者模式和 BlockingQueue 添加一些实例。现在在另一种方法中,我正在使用队列,但似乎 take() 一直在等待,即使我这样做: /** {@inheritDoc} */ @Ov
我遇到问题 - 创建具有不同属性的订单。在我的工作案例中,用户有大约 10 个不同的属性,每个属性有 3-4 个变体。 我正在使用 Angular js,并编写了两个函数: 二传手 $scope
我尝试将额外的产品添加到购物车。我为此创建了一个观察者。 getEvent()->getControllerAction()->getFullActionName() == 'checkout_car
我尝试将额外的产品添加到购物车。我为此创建了一个观察者。 getEvent()->getControllerAction()->getFullActionName() == 'checkout_car
假设我想创建一组基于类型的观察者。也就是说,当他们收到事件通知时,他们会被告知其中一个参数的类型,然后根据是否可以对该类型进行操作来决定是否采取行动。 有没有简单的方法可以做到这一点?我认为这对于泛型
快速提问。 当 setChanged() 和 notifyObservers() 被调用并且 Observer.update() 运行时,它是否在一个新的 Thread,还是在同一个Thread中?
我必须为可观察对象和观察者创建代码。正如您所知,每个观察者都有自己的“更新”方法。 在我的可观察代码中,我使用了“notifyObservers”方法。它的参数是一个字符串数组,其中包含有关我的项目的
是否有一种设计模式可以形成“复合”观察者/可观察对象? 我的意思是我有一个可观察的 A 通知它的听众一些变化。 每个监听器也是一个可观察对象,并通知自己的监听器(在它执行的某些操作中,哪个操作是由第一
我对以下代码为何不起作用感到有点困惑: MutableLiveData mutableTest = new MutableLiveData<>(); MediatorLiveData mediator
场景:我有两个名为 FirstFragment 的 fragment 和 UnitFragment .我来自 FirstFragment至UnitFragment选择一个单位返回FirstFragme
我想了解如何 平面 map 作品。我知道这是处理 Observable> 的一种方式。 无论如何,我正在测试它的行为并陷入困境: let plusDom = document.querySelecto
我有 public class mammal implements Imammle { public String getName() { return "Mammal";
如果我使用 KVO 来观察我的播放器项目,如下所示: AVPlayerItem *playerItem = [AVPlayerItem playerItemWithURL:url];
我想在正在使用的变量上使用观察者,这是我的代码: const get = Ember.get; uploader:Ember.inject.service('uploader'), progressC
我一直在使用Laravel Observers每当我的模型被删除/更新/保存时处理我的应用程序逻辑。我注意到在某些情况下这些观察者不会被触发。例如,如果我使用 Model::where(active,
我有一个工作人员服务来发送一些简单的通知。但现在,我想在发送之前检查数据库中的一些数据。 但是,我不能在工作线程中使用观察者,它必须在主线程中。我有一个错误类型 java.lang.IllegalSt
我有 2 个字段:美元和日元。当我更改美元字段时,我想在日元字段中显示转换后的数字,反之亦然。 我的问题是这样的: 如果我有 2 个带有观察者的字段,例如: addTextChangedListene
在 View Controller 中,我创建了一个 subview 数组,可以随时从父 View 中删除,因此它们的生命周期比 View Controller 的生命周期短。 创建它们时,我几乎这样
如何在另一个线程上运行 RxJava,因为主线程上的工作太多。 我在一个方法内运行观察者,下面是代码 fragment : public void updatePie() { RxJavaPlugin
我是一名优秀的程序员,十分优秀!