通過RACMulticastConnection源碼分析理解ReactiveCocoa冷熱信號

RACMulticastConnection涉及到熱信號,RACDisposable的一些概念。這里對源碼進行分析做一個透徹的理解。

美團技術博客關于冷熱信號有3篇文章:美團技術博客ReactiveCocoa冷熱信號,給出的冷熱信號的區別:

1. Hot Observable是主動的,盡管你并沒有訂閱事件,但是它會時刻推送,就像鼠標移動;而Cold Observable是被動的,只有當你訂閱的時候,它才會發布消息。
2. Hot Observable可以有多個訂閱者,是一對多,集合可以與訂閱者共享信息;而Cold Observable只能一對一,當有不同的訂閱者,消息是重新完整發送。

這里從源碼層級深入了解一下。下面是一個使用熱信號的示例代碼一:

// 示例代碼一

// <1>創建RACMulticastConnection
RACMulticastConnection *connection = [[RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
    [[RACScheduler mainThreadScheduler] afterDelay:1 schedule:^{
        [subscriber sendNext:@1];
    }];
    
    [[RACScheduler mainThreadScheduler] afterDelay:2 schedule:^{
        [subscriber sendNext:@2];
    }];
    
    [[RACScheduler mainThreadScheduler] afterDelay:3 schedule:^{
        [subscriber sendNext:@3];
    }];
    
    [[RACScheduler mainThreadScheduler] afterDelay:4 schedule:^{
        [subscriber sendCompleted];
    }];
    return nil;
}] publish];

// <2> RACMulticastConnection進行connect
[connection connect];

// <3> 對connection.signal進行訂閱
RACSignal *signal = connection.signal;
NSLog(@"Signal was created.");
[[RACScheduler mainThreadScheduler] afterDelay:1.1 schedule:^{
    [signal subscribeNext:^(id x) {
        NSLog(@"Subscriber 1 recveive: %@", x);
    }];
}];

示例代碼一將冷信號通過RACMulticastConnection轉化成了熱信號。

步驟<1> 創建RACMulticastConnection

示例代碼一的<1>是對一個冷信號發送publish消息創建了一個RACMulticastConnection。RACMulticastConnection的sourceSignal屬性保存了要轉化的冷信號,signal屬性保存了一個新創建的RACSubject,其實RACSubject就是一個熱信號。

步驟<2> RACMulticastConnection進行connect

示例代碼一的<2>是使用RACMulticastConnection的熱信號signal對冷信號sourceSignal進行訂閱,

- (RACDisposable *)connect {
    BOOL shouldConnect = OSAtomicCompareAndSwap32Barrier(0, 1, &_hasConnected);
    if (shouldConnect) {
        self.serialDisposable.disposable = [self.sourceSignal subscribe:_signal];
    }
    return self.serialDisposable;
}

上面代碼中的[self.sourceSignal subscribe:_signal]里的subscribe調用的是RACDynamicSignal的subscribe方法,看一下這個方法的源碼:

RACDynamic.m

- (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber {
    NSCParameterAssert(subscriber != nil);

    RACCompoundDisposable *disposable = [RACCompoundDisposable compoundDisposable];
    // <a>
    subscriber = [[RACPassthroughSubscriber alloc] initWithSubscriber:subscriber signal:self disposable:disposable];

    OSSpinLockLock(&_subscribersLock);
    if (_subscribers == nil) {
        _subscribers = [NSMutableArray arrayWithObject:subscriber];
    } else {
        [_subscribers addObject:subscriber];
    }
    OSSpinLockUnlock(&_subscribersLock);
    
    @weakify(self);
    RACDisposable *defaultDisposable = [RACDisposable disposableWithBlock:^{
        @strongify(self);
        if (self == nil) return;

        BOOL stillHasSubscribers = YES;

        OSSpinLockLock(&_subscribersLock);
        {
            // Since newer subscribers are generally shorter-lived, search
            // starting from the end of the list.
            NSUInteger index = [_subscribers indexOfObjectWithOptions:NSEnumerationReverse passingTest:^ BOOL (id<RACSubscriber> obj, NSUInteger index, BOOL *stop) {
                return obj == subscriber;
            }];

            if (index != NSNotFound) {
                [_subscribers removeObjectAtIndex:index];
                stillHasSubscribers = _subscribers.count > 0;
            }
        }
        OSSpinLockUnlock(&_subscribersLock);
        
        if (!stillHasSubscribers) {
            [self invalidateGlobalRefIfNoNewSubscribersShowUp];
        }
    }];

    [disposable addDisposable:defaultDisposable];

    // <b>
    if (self.didSubscribe != NULL) {
        RACDisposable *schedulingDisposable = [RACScheduler.subscriptionScheduler schedule:^{
            RACDisposable *innerDisposable = self.didSubscribe(subscriber);
            if (innerDisposable != nil) [disposable addDisposable:innerDisposable];
        }];

        if (schedulingDisposable != nil) [disposable addDisposable:schedulingDisposable];
    }
    
    return disposable;
}

上述代碼<a>部分依據參數subscriber,創建了一個新的subscriber;參數subscriber代入的是RACMulticastConnection的RACSubject類型的signal屬性,返回的subscriber是RACPassthroughSubscriber。初始化源碼如下所示:

RACPassthroughSubscriber.m

- (instancetype)initWithSubscriber:(id<RACSubscriber>)subscriber signal:(RACSignal *)signal disposable:(RACCompoundDisposable *)disposable {
    NSCParameterAssert(subscriber != nil);

    self = [super init];
    if (self == nil) return nil;

    _innerSubscriber = subscriber;
    _signal = signal;
    _disposable = disposable;

    [self.innerSubscriber didSubscribeWithDisposable:self.disposable];
    return self;
}

這個RACPassthroughSubscriber包裹了RACSubject這個subscriber。

上述代碼<b>部分意思是如果RACMulticastConnection的冷信號sourceSignal的didSubscribe存在,就去執行didSubscribe(subscriber)。在示例代碼一中,冷信號的didSubscribe存在,在didSubscribe執行過程中,比如說“[subscriber sendNext:@1];”這一步,這里的sendNext調用的是RACPassthroughSubscriber的sendNext:

RACPassthroughSubscriber.m

- (void)sendNext:(id)value {
    if (self.disposable.disposed) return;

    if (RACSIGNAL_NEXT_ENABLED()) {
        RACSIGNAL_NEXT(cleanedSignalDescription(self.signal), cleanedDTraceString(self.innerSubscriber.description), cleanedDTraceString([value description]));
    }

    [self.innerSubscriber sendNext:value];
}

聯系<a>部分的分析,"[self.innerSubscriber sendNext:value]"實際上就是對RACMulticastConnection的RACSubject類型的熱信號signal發送sendNext消息,

RACSubject.m

- (void)sendNext:(id)value {
    [self enumerateSubscribersUsingBlock:^(id<RACSubscriber> subscriber) {
        [subscriber sendNext:value];
    }];
}

在示例代碼一的流程<2>中,RACMulticastConnection的熱信號signal并沒有訂閱者,所以上述sendNext方法沒有任何效果。

步驟<3> 對RACMulticastConnection的熱信號signal進行訂閱

在步驟<2>中,RACMulticastConnection的熱信號signal就開始對冷信號sourceSignal進行訂閱了,冷信號sourceSignal的didSubscribe就開始執行了,但此時熱信號signal沒有任何訂閱者,所以冷信號的sendNext沒有接受者。
步驟<3>對熱信號signal進行了訂閱,于是此時熱信號signal有了訂閱者,當didSubscribe中再次sendNext時,上述RACSubject的sendNext方法就會向訂閱者發送值了。

總結

根據上述分析,重新對冷熱信號進行總結:

1. Hot Observable是主動的,在不斷Push信息,不管有沒有人訂閱;而Cold Observable是被動的,需要去訂閱來Pull信息。
2. Hot Observable由于RACSubject的sendNext可以對多個訂閱者發內容,所以是一對多,訂閱者共享信息;而Cold Observable只能一對一,當有不同的訂閱者,消息是重新完整發送。

上述分析涉及到的源碼,這里也進行總結:

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

推薦閱讀更多精彩內容