在 ReactiveCocoa 中除了不可变的信号 RACSignal,也有用于桥接非 RAC 代码到 ReactiveCocoa 世界的『可变』信号 RACSubject。

RACSubject 到底是什么?根据其字面意思,可以将其理解为一个可以订阅的主题,我们在订阅主题之后,向主题发送新的消息时,所有的订阅者都会接收到最新的消息。
但是这么解释确实有点羞涩,也不易于理解,ReactiveCocoa 团队对 RACSubject 的解释是 RACSubject 其实就是一个可以手动控制的信号。
RACSubject 简介
RACSubject 是 RACSignal 的子类,与 RACSignal 以及 RACSequence 有着众多的类簇不同,RACSubject 在整个工程中并没有多少子类,不过在大多数情况下,我们也只会使用 RACSubject 自己或者 RACReplaySubject。

相比于 RACSignal 丰富的头文件,RACSignal 对外的接口并没有提供太多的方法:
1 |
|
在笔者看来它与 RACSignal 最大的不同就是:RACSubject 实现了 RACSubscriber 协议,也就是下面的这些方法:
1 |
|
我们并不能在一个 RACSignal 对象上执行这些方法,只能在创建信号的 block 里面遵循 RACSubscriber 协议的对象发送新的值或者错误,这也是 RACSubject 和父类最大的不同:在 RACSubject 实例初始化之后,也可以通过这个实例向所有的订阅者发送消息。
冷信号与热信号
提到 RACSubject 就不得不提 ReactiveCocoa 中的另一对概念,冷信号和热信号。
对于冷热信号概念,我们借用 Rx 中的描述:

冷信号是被动的,只会在订阅时向订阅者发送通知;
热信号是主动的,它会在任意时间发出通知,与订阅者的订阅时间无关。
也就是说冷信号所有的订阅者会在订阅时收到完全相同的序列,而订阅热信号之后,只会收到在订阅之后发出的序列。
1 |
|
热信号在我们生活中很多的例子,比如订阅杂志时并不会把之前所有的期刊都送到我们手中,只会接收到订阅之后的期刊,而对于冷信号的话,举个不恰当的例子,每一年的高考生在订阅高考之后,收到往年所有的试卷,并在高考之后会取消订阅。
热信号 RACSubject
在 ReactiveCocoa 中,我们使用 RACSignal 来表示冷信号,也就是每一个订阅者在订阅信号时都会收到完整的序列;RACSubject 用于表示热信号,订阅者接收到多少值取决于它订阅的时间。
前面的文章中已经对 RACSignal 冷信号有了很多的介绍,这里也就不会多说了;这一小节主要的内容是想通过一个例子,简单展示 RACSubject 的订阅者收到的内容与订阅时间的关系:
1 |
|
这里以图的方式来展示整个订阅与订阅者接收消息的过程:

从图中我们可以清楚的看到,几个订阅者根据订阅时间的不同收到了不同的数字序列,RACSubject 是时间相关的,它在发送消息时只会向已订阅的订阅者推送消息。
RACSubject 的实现
RACSubject 的实现并不复杂,它『可变』的特性都来源于持有的订阅者数组 subscribers,在每次执行 subscribeNext:error:completed: 一类便利方法时,都会将传入的 id<RACSubscriber> 对象加入数组:
1 | - (RACDisposable *)subscribe:(id<RACSubscriber>)subscriber { |
订阅的过程分为三个部分:
1、初始化一个 RACPassthroughSubscriber 实例;
2、将 subscriber 加入 RACSubject 持有的数组中;
3、创建一个 RACDisposable 对象,在当前 subscriber 销毁时,将自身从数组中移除。

-subscribe: 将所有遵循 RACSubscriber 协议的对象全部加入当前 RACSubject 持有的数组 subscribers 中。
在上一节的例子中,我们能对 RACSubject 发送 -sendNext: 等消息也都取决于它实现了 RACSubscriber 协议:
1 |
|
RACSubject 会在自身接受到这些方法时,下发给持有的全部的 subscribers。

代码中的 -enumerateSubscribersUsingBlock: 只是一个使用 for 循环遍历 subscribers 的安全方法:
1 | - (void)enumerateSubscribersUsingBlock:(void (^)(id<RACSubscriber> subscriber))block { |
RACSubject 就是围绕一个 NSMutableArray 数组实现的,实现还是非常简单的,只是在需要访问 subscribers 的方法中使用 @synchronized 避免线程竞争。
1 |
|
RACSubject 提供的初始化类方法 +subject 也只是初始化了几个成员变量:
1 |
|
至此,对于 RACSubject 的分析就结束了,接下来会分析更多的子类。
RACBehaviorSubject 与 RACReplaySubject
这一节会介绍 RACSubject 的两个子类 RACBehaviorSubject 和 RACReplaySubject,前者在订阅时会向订阅者发送最新的消息,后者在订阅之后可以重新发送之前的所有消息序列。
RACBehaviorSubject
先来介绍两者中实现比较简单的 RACBehaviorSubject,它在内部会保存一个 currentValue 对象,也就是最后一次发送的消息:
1 |
|
在每次执行 -sendNext: 时,都会对 RACBehaviorSubject 中保存的 currentValue 进行更新,并使用父类的 -sendNext:方法,向所有的订阅者发送最新的消息:
1 |
|
RACBehaviorSubject 最重要的特性就是在订阅时,向最新的订阅者发送之前的消息,这是通过覆写 -subscribe: 方法实现的。
在调用子类的 -subscribe: 方法之后,会在 subscribe 对象上执行 -sendNext:方法:
1 |
|
接下来,通过一个简单的例子来演示 RACBehaviorSubject 到底是如何工作的:
1 |
|
上面的代码其实与 RACSubject 一节中的代码差不多,只将 RACSubject 转换成了 RACBehaviorSubject 对象。

在每次订阅者订阅 RACBehaviorSubject 之后,都会向该订阅者发送最新的消息,这也就是 RACBehaviorSubject 最重要的行为。
RACBehaviorSubject 有一个用于创建包含默认值的类方法 +behaviorSubjectWithDefaultValue:,如果将上面的第一行代码改成:
1 | RACBehaviorSubject *subject = [RACBehaviorSubject behaviorSubjectWithDefaultValue:@0]; |
那么在第一个订阅者刚订阅 RACBehaviorSubject 时就会收到 @0 对象。

RACReplaySubject
RACReplaySubject 相当于一个自带 buffer 的 RACBehaviorSubject,它可以在每次有新的订阅者订阅之后发送之前的全部消息。
1 | @interface RACReplaySubject () |
实现的方式是通过持有一个 valuesReceived 的数组和能够存储的对象的上限 capacity,默认值为:
1 | const NSUInteger RACReplaySubjectUnlimitedCapacity = NSUIntegerMax; |
当然你可以用 +replaySubjectWithCapacity: 初始化一个其它大小的 RACReplaySubject 对象:
1 |
|
在每次调用 -sendNext: 方法发送消息时,都会将其加入 valuesReceived 数组中,并踢出之前的元素:
1 | - (void)sendNext:(id)value { |
需要注意的有两点,一是对 valuesReceived 的数组的操作必须使用 @synchronized 加锁;第二,如果 value 为空的话,也需要将其转换成 RACTupleNil.tupleNil 对象进行保存。

-sendError: 和 -sendCompleted 方法都会标记对应 flag,即 hasCompleted 和 hasError,这里就不介绍了;同样的,RACReplaySubject 也覆写了 -subscribe: 方法,在每次有订阅者订阅时重新发送所有的序列:
1 |
|
我们仍然使用上一节中的例子来展示 RACReplaySubject 是如何工作的,只修改第一行代码:
1 |
|
运行这段代码之后,会得到如下图的结果:

所有订阅 RACReplaySubject 的对象(默认行为)都能获得完整的序列,而这个特性在与 RACMulticastConnection 一起使用也有着巨大威力,我们会在之后的文章中介绍。
总结
RACSubject 在 RACSignal 对象之上进行了简单的修改,将原有的冷信号改造成了热信号,将不可变变成了可变。
虽然 RACSubject 的实现并不复杂,只是存储了一个遵循 RACSubscriber 协议的对象列表以及所有的消息,但是在解决实际问题时却能够很好地解决很多与网络操作相关的问题。