RxSwift-dispose源碼解析

任何對象都有生命周期,有創(chuàng)建就要銷毀。 OC中有initdeallocswiftinitdeinitRxSwift也不例外,RxSwiftcreatedispose。下面就看看dispose是如何管理序列銷毀的。

一篇沒有配圖的文章是沒有靈魂的??

disposable.png

通過前面了解了RxSwift的兩種清除方式:

  • 訂閱產(chǎn)生的可清除資源(Disposable)對象,調(diào)用dispose方法清除
  • 通過清除包DisposeBag清除,在作用域結束后被釋放,也可以在需要的時候置空釋放

無論哪種方式,最終都是調(diào)用dispose()方法來釋放。

下面看一段序列由創(chuàng)建到銷毀:

//創(chuàng)建一個序列
let ob = Observable<Any>.create { (observer) -> Disposable in
        observer.onNext("msg")
        return Disposables.create{
            print("被銷毀")
        }
    }
//訂閱序列
let dis = ob.subscribe(onNext: { (val) in
        print(val)
    }){
        print("銷毀了")
}
//銷毀訂閱
dis.dispose()

此處代碼,我們調(diào)用了dispose方法來銷毀對象,銷毀者dis其實和創(chuàng)建序列時返回的Disposables對象并不是一個對象。

disposable對象創(chuàng)建代碼:

extension Disposables {
    public static func create(with dispose: @escaping () -> Void) -> Cancelable {
        return AnonymousDisposable(disposeAction: dispose)
    }
}
  • 實質(zhì)上創(chuàng)建了一個AnonymousDisposable類型的銷毀者對象
  • 傳入了業(yè)務層的監(jiān)聽閉包,銷毀對象時用來通知
fileprivate final class AnonymousDisposable : DisposeBase, Cancelable {
    public typealias DisposeAction = () -> Void

    private var _isDisposed = AtomicInt(0)
    private var _disposeAction: DisposeAction?

    public var isDisposed: Bool {
        return isFlagSet(&self._isDisposed, 1)
    }

    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()
            }
        }
    }
}
  • 初始化保存業(yè)務層,創(chuàng)建銷毀者對象實現(xiàn)的閉包
  • dispose()為銷毀方法,該方法調(diào)用后就銷毀了傳入的閉包對象
  • 判斷實列是否被釋放,未釋放就執(zhí)行執(zhí)行對保存閉包的置空操作
  • action()通知業(yè)務層釋放監(jiān)聽閉包,通知完成出{}作用域action即被釋放

再看看訂閱者中的銷毀者的創(chuàng)建(代碼標記為1??):

public func subscribe(onNext: ((E) -> Void)? = nil, onError: ((Swift.Error) -> Void)? = nil, onCompleted: (() -> Void)? = nil, onDisposed: (() -> Void)? = nil)
    -> Disposable {
        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<E> { event in
            
            #if DEBUG
                synchronizationTracker.register(synchronizationErrorMessage: .default)
                defer { synchronizationTracker.unregister() }
            #endif
            
            switch event {
            case .next(let value):
                onNext?(value)
            case .error(let error):
                if let onError = onError {
                    onError(error)
                }
                else {
                    Hooks.defaultErrorHandler(callStack, error)
                }
                disposable.dispose()
            case .completed:
                onCompleted?()
                disposable.dispose()
            }
        }
        return Disposables.create(
            self.asObservable().subscribe(observer),
            disposable
        )
}
  • onDisposed外部實現(xiàn)的銷毀者閉包,實現(xiàn)即傳入閉包,否則直接調(diào)用create()創(chuàng)建,目的是對外發(fā)出銷毀通知
  • 最后又創(chuàng)建了一個銷毀者對象并返回,可在業(yè)務層做銷毀操作,該銷毀對象保存了self.asObservable().subscribe(observer)返回的銷毀者,和當前方法中創(chuàng)建的銷毀者。what???搞毛啊,這么多銷毀者,怕我還不夠迷糊嗎!!

銷毀者Disposables有多種擴展,為滿足不同需求:

  1. 需要在序列創(chuàng)建處觀察銷毀情況;
  2. 前面幾篇文章有講到,在調(diào)用onErroronCompleted方法會銷毀我們的序列,在業(yè)務層省去了開發(fā)人員去銷毀序列的步驟;
  3. 根據(jù)不同業(yè)務需求,需要滿足開發(fā)人員銷毀序列的功能。

因此以上出現(xiàn)了這么多的銷毀者,最終銷毀者還是被同類銷毀者(不同擴展)所管理。看一下最后一個銷毀者內(nèi)部做了哪些事情:

extension Disposables {
    public static func create(_ disposable1: Disposable, _ disposable2: Disposable) -> Cancelable {
        return BinaryDisposable(disposable1, disposable2)
    }
}
  • 收集前面所創(chuàng)建的銷毀者到BinaryDisposable對象中
private final class BinaryDisposable : DisposeBase, Cancelable {

    private var _isDisposed = AtomicInt(0)

    // state
    private var _disposable1: Disposable?
    private var _disposable2: Disposable?

    /// - returns: Was resource disposed.
    var isDisposed: Bool {
        return isFlagSet(&self._isDisposed, 1)
    }

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

    func dispose() {
        if fetchOr(&self._isDisposed, 1) == 0 {
            self._disposable1?.dispose()
            self._disposable2?.dispose()
            self._disposable1 = nil
            self._disposable2 = nil
        }
    }
}
  • 繼承了Disposable協(xié)議,并實現(xiàn)了協(xié)議方法dispose()

該類中實現(xiàn)了dispose()方法,該方法即是外部訂閱后調(diào)用的dispose()方法,銷毀所有創(chuàng)建序列時產(chǎn)生的銷毀者,銷毀之前各自掉用各自的dispose方法,來銷毀外界保留的閉包對象,并向業(yè)務層發(fā)送銷毀通知。

下面看一下代碼1??處self.asObservable().subscribe(observer)的銷毀者是如何產(chǎn)生的:

class Producer<Element> : Observable<Element> {
    override init() {
        super.init()
    }

    override func subscribe<O : ObserverType>(_ observer: O) -> Disposable where O.E == 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
                let disposer = SinkDisposer()
                let sinkAndSubscription = self.run(observer, cancel: disposer)
                disposer.setSinkAndSubscription(sink: sinkAndSubscription.sink, subscription: sinkAndSubscription.subscription)

                return disposer
            }
        }
    }
}

又是我們熟悉的Producer,熟悉的sink,在該處創(chuàng)建了一個SinkDisposer對象,應該又是一個銷毀者:

fileprivate final class SinkDisposer: Cancelable {}
  • 繼承自Cancelable -> Disposable,并實現(xiàn)了dispose()方法
  • 銷毀者去向run -> AnonymousObservableSink -> Sink
  • Sink繼承自Disposable,實現(xiàn)了dispose()方法,內(nèi)部調(diào)用了外部傳入的銷毀者即SinkDisposer對象

setSinkAndSubscription該方法傳入了sink銷毀者和業(yè)務層創(chuàng)建序列時創(chuàng)建的銷毀者。代碼如下:

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

保存了兩個銷毀者(Producer創(chuàng)建的銷毀者、業(yè)務層創(chuàng)建的銷毀者),這個地方其他的沒干就是想銷毀這兩個銷毀者:

sink.dispose()
subscription.dispose()
self._sink = nil
self._subscription = nil

置空前都調(diào)用了dispose(),這里面置空銷毀者,并向業(yè)務層發(fā)送了銷毀通知。

sink主要用來連接序列,觸發(fā)序列閉包,向觀察者發(fā)送消息。而sink清空所有內(nèi)部銷毀者后并置空,序列和訂閱者就失去聯(lián)系。

系統(tǒng)銷毀:

AnonymousObservableSink -> Sink -> dispose() -> SinkDisposer -> dispose()

外部銷毀:

BinaryDisposable -> AnonymousObservableSink -> Sink -> dispose() -> SinkDisposer -> dispose()

無論是系統(tǒng)銷毀,還是外部調(diào)用dispose銷毀最終所有產(chǎn)生的銷毀者都會被銷毀釋放。到此我們發(fā)現(xiàn)我們所銷毀的居然是外部對應的監(jiān)聽閉包,內(nèi)部創(chuàng)建的Disposable的子類對象。

sink連接了序列和訂閱者,sink本身是Disposable對象,因此被銷毀后斷開了序列和訂閱者之間的聯(lián)系。

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,967評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,273評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,870評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,742評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,527評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,010評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,108評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,250評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,769評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,656評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,853評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,371評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,103評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,472評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,717評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,487評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,815評論 2 372