RxSwift(十)销毁者Dispose核心源码解析

前言

关于RxSwift还有一个非常重要的角色一直没有探索,那就是RxSwift里负责清除垃圾的销毁者。这篇文章将探索RxSwift的源码解析。

提出问题

以下是一段基本序列的创建和订阅代码:

        // 创建序列
        let ob = Observable<Any>.create { (observer) -> Disposable in
            observer.onNext("1111")
            return Disposables.create { print("销毁释放了")} // dispose.dispose()
        }
        // 序列订阅
        let dispose = ob.subscribe(onNext: { (anything) in
            print("订阅到了:\(anything)")
        }, onError: { (error) in
            print("订阅到了:\(error)")
        }, onCompleted: {
            print("完成了")
        }) {
            print("销毁回调")
        }
        print("执行完毕")
        //销毁序列
        dispose.dispose()

我们试着运行一下这段代码,然后发现打印顺序如下所示:

订阅到了:1111
执行完毕
销毁释放了
销毁回调

可以发现在调用dispose.dispose()后,先执行的是这个创建序列的回调闭包Disposables.create { print("销毁释放了")},再执行的{print("销毁回调")},来探索一下这里面的几个问题吧,带着问题去找答案:

  1. 为什么调用dispose()方法能够执行创建序列时的闭包呢?
  2. 为什么是先执行创建序列的闭包,再执行后面的销毁回调闭包呢?
  3. dispose()方法到底是如何实现销毁序列的呢?销毁的是什么?

销毁者创建

  1. 点进Disposables.create,发现这里返回了一个匿名销毁者AnonymousDisposable
    public static func create(with dispose: @escaping () -> Void) -> Cancelable {
        return AnonymousDisposable(disposeAction: dispose)
    }
  1. 再进去看看,发现在AnonymousDisposable里把这个闭包保存在自己的_disposeAction里了
fileprivate init(_ disposeAction: @escaping DisposeAction) {
        self._disposeAction = disposeAction
        super.init()
}
  1. 然而什么时候调用呢?发现就在下面的dispose()方法里面,
// 核心逻辑
fileprivate func dispose() {
    if fetchOr(self._isDisposed, 1) == 0 {
        if let action = self._disposeAction {
            self._disposeAction = nil
            action()
        }
    }
}
  • 这里有个重要的方法,fetchOr(self._isDisposed, 1),它是一个单项标记手段,点进去看看, 我后面加了注释。 this.value 初值是0, 所以返回的oldValue也是0。
  • 我们传的mask 是1, this.value |= mask 按位或运算,this.value值变为了1。
  • 所以 只有第一次调用fetchOr, 返回的是0 , 第二次以后,再调用fetchOr,返回的都是1,各位自行理解一下
    func fetchOr(_ this: AtomicInt, _ mask: Int32) -> Int32 {
    this.lock()
    let oldValue = this.value  // 0  1
    this.value |= mask    // 1 1
    this.unlock()
    return oldValue  // 0 1 
}

我们再看这个代码,意思就是销毁的代码只执行一次,所以当前_disposeAction置为nil后再执行尾随必包action,只是还不知道这个dispose什么时候调用

// 核心逻辑
fileprivate func dispose() {
    if fetchOr(self._isDisposed, 1) == 0 {
        if let action = self._disposeAction {
            self._disposeAction = nil
            action()
        }
    }
}

销毁dispose()方法调用

  1. 回到外界点subsricbe进入订阅方法内容查看,发现在这里保存了外界这个销毁提示的闭包
if let disposed = onDisposed {
  disposable = Disposables.create(with: disposed)  
}else {
  disposable = Disposables.create()
 }
  1. 我们再看到创建observer里的event,我们看到在.error.completed里,都调用了这个dispose方法,也就是我们上面AnonymousDisposable里的dispose方法。这符合我们的猜想,在完成或者报错后,要销毁这个订阅关系。
switch event {
        case .next(let value):
            onNext?(value)
        case .error(let error):
            if let onError = onError {
                onError(error)
            }
            disposable.dispose()
        case .completed:
            onCompleted?()
            disposable.dispose()
        }
    }
  1. 那么.next事件是如何调用dispose的呢?看到下面,这里貌似创建了一个销毁者Disposables,点进去看看
return Disposables.create(
        self.asObservable().subscribe(observer),
        disposable
    )
  1. 创建了一个BinaryDisposable二元销毁者,把刚刚的两个要销毁的disposable都传进去了
/// Creates a disposable with the given disposables.
public static func create(_ disposable1: Disposable, _ disposable2: Disposable) -> Cancelable {
        return BinaryDisposable(disposable1, disposable2)
}

点进BinaryDisposable,可以看到把传递进来的disposable1disposable2都保存起来了

init(_ disposable1: Disposable, _ disposable2: Disposable) {
    self._disposable1 = disposable1
    self._disposable2 = disposable2
    super.init()
}

我们看到也有一个dispose()方法,还是和之前探索到的一样,也是在这个方法里销毁。但是还没看到这里是什么时候调用的,先记住这个地方。

func dispose() {
    if fetchOr(self._isDisposed, 1) == 0 {
        self._disposable1?.dispose()
        self._disposable2?.dispose()
        self._disposable1 = nil
        self._disposable2 = nil
    }
}
  1. 再回到第3步,self.asObservable().subscribe(observer)这里创建的销毁者到底是什么呢?
return Disposables.create(
                self.asObservable().subscribe(observer),
                disposable
            )
  1. 我们这里直接找Producer里的subscribe方法(为什么直接找Producer,后之前探索核心逻辑的时候,知道Producer里的subscribe是会先执行的)
    看到SinkDisposer(),有种熟悉的感觉,先去看看self.run返回的是什么?
let disposer = SinkDisposer()
let sinkAndSubscription = self.run(observer, cancel: disposer)
disposer.setSinkAndSubscription(sink: sinkAndSubscription.sink, subscription: sinkAndSubscription.subscription)

我们发现这里返回的是AnonymousObservableSinksubscription 一个元组类型, subscription是一个AnonymousDisposable

override func run<Observer: ObserverType>(_ observer: Observer, cancel: Cancelable) -> (sink: Disposable, subscription: Disposable) where Observer.Element == Element {
        let sink = AnonymousObservableSink(observer: observer, cancel: cancel)
        let subscription = sink.run(self)
        return (sink: sink, subscription: subscription)
    }

可能会不理解为什么是AnonymousDisposable,因为我们点sink.run过去发现就是调用的这里保存的_subscribeHandler,而这个_subscribeHandler是由我们外界传递过来的闭包,就是create后面跟随的闭包

// 创建序列
let ob = Observable<Any>.create { (observer) -> Disposable in
    observer.onNext("1111")
    return Disposables.create { print("销毁释放了")} // dispose.dispose()
        }
  1. 回到这里,我们已经知道了sinkAndSubscription这个元组的内容了,继续探索disposer.setSinkAndSubscription干了什么
let disposer = SinkDisposer()
let sinkAndSubscription = self.run(observer, cancel: disposer)
disposer.setSinkAndSubscription(sink: sinkAndSubscription.sink, subscription: sinkAndSubscription.subscription)
  1. 这里把sinksubscription都保存起来了,还可以看到有一个previousState的状态,如果状态满足的话,就会调用销毁方法,把这两个都销毁
    其实是可以理解为,就是我们在加入的东西其实需要销毁的,不应该保留的,那么没必要给它继续保留生命迹象
func setSinkAndSubscription(sink: Disposable, subscription: Disposable) {
        self._sink = sink
        self._subscription = subscription
        
        // 获取状态 
        let previousState = fetchOr(self._state, DisposeState.sinkAndSubscriptionSet.rawValue)
        if (previousState & DisposeState.sinkAndSubscriptionSet.rawValue) != 0 {
            rxFatalError("Sink and subscription were already set")
        }
        // 如果状态满足就销毁
        if (previousState & DisposeState.disposed.rawValue) != 0 {
            sink.dispose()
            subscription.dispose()
            self._sink = nil
            self._subscription = nil
        }
    }

最后,在外界调用dispose.dispose()的时候,点进去看,这里便会层层销毁,流程里实现的dispose()方法都会调用,sink,subscription也都会销毁。

总结

我们在RxSwift整个核心流程里,最重要的是什么?就是sink,通过这个管道把我们整个订阅响应的流程串起来了,所以销毁者最重要的就是要销毁这个管道!整个框架设计的无比精妙,确实颇有收获,希望大家也能认真研究一下!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,560评论 4 361
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,104评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,297评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,869评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,275评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,563评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,833评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,543评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,245评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,512评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,011评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,359评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,006评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,062评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,825评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,590评论 2 273
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,501评论 2 268

推荐阅读更多精彩内容