*销毁者 dispose
上代码：
let ob = Observable<Any>.create { (observer) -> Disposable in
observer.onNext("hello")
return Disposables.create {
print("销毁释放了")
}
}
// 序列订阅
let dispose = ob.subscribe(onNext: { (anything) in
print("订阅到了:\(anything)")
}, onError: { (error) in
print("订阅到了:\(error)")
}, onCompleted: {
print("完成了")
}) {
print("销毁回调")
}
- 初始化就是保存了响应回调闭包
进入源码
extension Disposables {
public static func create(with dispose:) -> Cancelable {
return AnonymousDisposable(disposeAction: dispose)
}
}
- 创建了一个匿名销毁者 AnonymousDisposable 跟我们的序列，订阅者一样的手法，不同的业务逻辑必然还有其他细节操作，但是我们从一般入手快速直接
fileprivate init(disposeAction: @escaping DisposeAction) {
self._disposeAction = disposeAction
super.init()
}
// 核心逻辑
fileprivate func dispose() {
if fetchOr(self._isDisposed, 1) == 0 {
if let action = self._disposeAction {
self._disposeAction = nil
action()
}
}
}
- 初始化就是保存了响应回调闭包，那么在什么时候回调呢？就在下面我们标记的核心逻辑代码 - dispose()
- fetchOr(self._isDisposed, 1) 是一个单项标记手段，我们一般操作就是属性标记，这里利用的是更装逼的算法标记：降低依赖和更加快速
- 上面方法的意思就是保证只会销毁一次
- 下面就是对回调闭包取出然后置空销毁 self._disposeAction = nil
- 对取出的闭包调用执行： action()
销调用
上面的流程，我们是在序列的回调闭包：subscriberHandle里面，其实这个流程之前还有一个非常重要的流程：订阅 subscriber
if let disposed = onDisposed {
disposable = Disposables.create(with: disposed)
}else {
disposable = Disposables.create()
}
- 这里就是保存外界销毁闭包的保存 - 达到提示销毁
switch event {
case .next(let value):
onNext?(value)
case .error(let error):
// 响应外界调回闭包
disposable.dispose()
case .completed:
// 响应外界调回闭包
disposable.dispose()
}
- 完成和错误信号的响应式必然会直接开启销毁的 ： self.dispose()! 这里也解释了：一旦我们的序列发出完成或者错误就无法再次响应了
总结
- 无论我们直接销毁还是系统帮助我们销毁必然会调用：dispose()
- 我们查看 dispose() 得出: 就是在初始化初期我们保留的两个属性的操作
- sink.dispose() + self._sink = nil & subscription.dispose() + self._subscription = nil 执行相关释放和销毁
- 如果你细细品来你会慢慢感知到：这种设计是对的！
- 我们在 RxSwift 的世界里最重要的东西，我们就是通过：序列，观察者 来建立响应关系！如果我们断开了响应关系不就达到销毁的目标？然而我们断开响应关系最重要的就是：Sink
- 很多同学可能会问：那么我们创建的序列、观察者对象怎么办？你不管了？
- 第一：内部创建的临时序列和观察者都会随着对外的观察者和序列的生命周期而销毁释放。
- 第二：外界观察者和序列会随着他们的作用域空间而释放
- 第三：释放不了只是对象的释放有问题，常规内存管理问题
- 第四：最为一个再牛逼的框架也不能对程序员写的代码直接管理控制
- 第五：RxSwift 的观察和序列以及销毁者就是普通对象，ARC 申请开辟内存，开发人员正常处理就OK
