10RXSwift中的销毁者底层剖析

今天捋了一下RXSwift中的销毁者,想到之前的观察者,突然来了灵魂一问:

观察者和销毁者的本质是什么?

刚开始想到这个问题是,自己也懵逼了,是啥子?我的天我也不晓得,突然感觉近一个月的RX白学了,真的好惭愧。
还是先讲讲销毁者的底层原理实现吧,问题的答案放在最后面。先来一个最基本的rx实例:

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

Disposables.create { print("销毁释放了")} 返回 -> Disposable,这里创建了一个 销毁者1️⃣

extension Disposables {

    /// Constructs a new disposable with the given action used for disposal.
    ///
    /// - parameter dispose: Disposal action which will be run upon calling `dispose`.
    public static func create(with dispose: @escaping () -> Void) -> Cancelable {
        return AnonymousDisposable(disposeAction: dispose)
    }

}

创建一个销毁者1️⃣时,初始化保存闭包1️⃣{ print("销毁释放了”)),这个销毁者最后会被sinkDispose拿到,后面会讲

fileprivate init(_ disposeAction: @escaping DisposeAction) {
        self._disposeAction = disposeAction
        super.init()
    }

AnonymousDisposable继承了DisposeBase,实现了协议Cancelable,Disposable里面的最重要的一个方法func dispose(),实现方法如下,后面会用到。fileprivates 是一个私有方法,说明最后需要自己去管理自己的生命周期,因为别人不能调用这个方法0.0

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

fetchOr(self._isDisposed, 1) == 0为单向标记,说白了就是一个true/false的记号,判断是否销毁过而已

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 1 1 1 1 1 1
}

拿到一个值,和1进行或运算,oldValue默认为0,也就是第一次一定返回0,0==0,为true
第二次时,我们首先要清楚oldValue == this.value ==1了,1和任何数或运算都是1,1==0,为false,且后面永远为false 了,很完美的设计。

dispose里面,把之前保存的闭包设置为nil,然后调用临时常量函数执行闭包的内容。fetchOr的原因这个闭包只能被调用一次(为什么是先nil在调用,因为闭包中可能是一个耗时的操作),这种方法来使程序执行一次,是很值得大家去学习的方法,老骚了。

闭包1️⃣到底是在什么时候调用的呢?后面会提到,先看看订阅干了什么:

public func subscribe(onNext: ((Element) -> Void)? = nil, onError: ((Swift.Error) -> Void)? = nil, onCompleted: (() -> Void)? = nil, onDisposed: (() -> Void)? = nil)
        -> Disposable {
//*************************创建了一个disposable销毁者 保存闭包2️⃣{print("销毁回调")}****************************
            let disposable: Disposable
            if let disposed = onDisposed {
                disposable = Disposables.create(with: disposed)
            }
            else {
                disposable = Disposables.create()
            }
*****************************************************//           
            #if DEBUG
                let synchronizationTracker = SynchronizationTracker()
            #endif
            
            let callStack = Hooks.recordCallStackOnError ? Hooks.customCaptureSubscriptionCallstack() : []
            
            let observer = AnonymousObserver<Element> { … }
            
            return Disposables.create(
                self.asObservable().subscribe(observer),
                disposable
            )
    }
}

return Disposables.create( self.asObservable().subscribe(observer),disposable )这个是一个二元销毁者:

extension Disposables {

    /// Creates a disposable with the given disposables.
    public static func create(_ disposable1: Disposable, _ disposable2: Disposable) -> Cancelable {
        return BinaryDisposable(disposable1, disposable2)
    }

}

disposable1 是调用ob的produce的subscribe返回的销毁者SinkDisposer,
disposable2 销毁者
订阅时创建 销毁者2️⃣,保存闭包2️⃣

private final class BinaryDisposable : DisposeBase, Cancelable {

  ...
    func dispose() {
        if fetchOr(self._isDisposed, 1) == 0 {
            self._disposable1?.dispose()
            self._disposable2?.dispose()
            self._disposable1 = nil
            self._disposable2 = nil
        }
    }
}

func dispose()这个dispose是可以对外的。然后我们在最外面调用了dispose.dispose(),完成了销毁的操作,其实到这里就已经完成了销毁,任务完成了。然而我们到底销毁了什么鬼东西呢?_disposable1_disposable2是什么鬼东西?.dispose()里面干什么了?下面进行探究.

我们去查看self.asObservable().subscribe(observer),这句代码

class Producer<Element> : Observable<Element> {
  。。。

    override func subscribe<Observer: ObserverType>(_ observer: Observer) -> Disposable where Observer.Element == Element {
        if !CurrentThreadScheduler.isScheduleRequired {
            // The returned disposable needs to release all references once it was disposed.
            let disposer = SinkDisposer()
            let sinkAndSubscription = self.run(observer, cancel: disposer)
            disposer.setSinkAndSubscription(sink: sinkAndSubscription.sink, subscription: sinkAndSubscription.subscription)

            return disposer
        }
        else {
            return CurrentThreadScheduler.instance.schedule(()) { _ in
                //可以直接看这里,进行了disposer,然后调用setSinkAndSubscription,最后返回disposer销毁者
                let disposer = SinkDisposer()
                let sinkAndSubscription = self.run(observer, cancel: disposer)
                disposer.setSinkAndSubscription(sink: sinkAndSubscription.sink, subscription: sinkAndSubscription.subscription)

                return disposer
            }
        }
    }
。。。
}

//***************************************************************

 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
        }
    }

//***************************************************************
 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)
    }

最后销毁的就是 (sink: sink, subscription: subscription)这两个东西了:
sink ——就是沟通序列和观察者的sink

let subscription = sink.run(self)
//******************
 func run(_ parent: Parent) -> Disposable {
        return parent._subscribeHandler(AnyObserver(self))
    }

也就是 subscription 是create闭包里面的返回值,销毁者1️⃣。

最后外层的dispose.dispose()调用,干掉sink,销毁者1️⃣,然后是订阅内的销毁者2️⃣,所以我们销毁时,会先执行create内的销毁者闭包,然后才是订阅内的销毁者闭包,具体代码如下:
二元销毁者销毁的内容如下:
第一个是disposer = SinkDisposer()

fileprivate final class SinkDisposer: Cancelable {
   
func dispose() {
    let previousState = fetchOr(self._state, DisposeState.disposed.rawValue)

    if (previousState & DisposeState.disposed.rawValue) != 0 {
        return
    }

    if (previousState & DisposeState.sinkAndSubscriptionSet.rawValue) != 0 {
        guard let sink = self._sink else {
            rxFatalError("Sink not set")
        }
        guard let subscription = self._subscription else {
            rxFatalError("Subscription not set")
        }

        sink.dispose()
        subscription.dispose()

        self._sink = nil
        self._subscription = nil
    }
}
}

第二个参数是销毁者2️⃣,dispose方法

 disposable = Disposables.create(with: disposed)

//*************************************************

 public static func create(with dispose: @escaping () -> Void) -> Cancelable {
        return AnonymousDisposable(disposeAction: dispose)
    }

//*************************************************

fileprivate final class AnonymousDisposable : DisposeBase, Cancelable {
    
    fileprivate func dispose() {
        if fetchOr(self._isDisposed, 1) == 0 {
            if let action = self._disposeAction {
                self._disposeAction = nil
                action()
            }
        }
    }
}

答案:其实销毁者观察者本质是协议,而序列的本质其实是class类,很简单的问题~~~只是别名叫多了忘记了本质了。

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

推荐阅读更多精彩内容

  • 销毁者简介 可被清除的资源Disposable是RxSwift的核心成员之一,它主要是用来清除不再需要的资源。那么...
    盾子阅读 659评论 1 3
  • RxSwift是由序列,观察者,调度者,销毁者组成。可见,销毁者在RxSwift的重要性。了解销毁者,才能更好的了...
    king_jensen阅读 652评论 0 2
  • RxSwift之disposable 我们知道 RxSwift 中有四大天王,今天我们来介绍下四大天王之一,掌管 ...
    silasjs阅读 828评论 0 5
  • 当程序员原来越浮躁了,项目做多了大都是雷同的, 对技术没啥帮助,读一些牛逼的第三方框架,有助于提升,关于RxSwi...
    水落斜阳阅读 763评论 0 1
  • 苏轼与秦观的相遇相知是一段佳话,更是一曲传奇。宋神宗元丰七年(1084年)冬。当时苏轼与秦观会面,而后在秦淮...
    影翩翩阅读 453评论 1 4