ios RAC使用总结(RACSignal、RACDisposable、RACSubject)

在开始MVVM之前,RAC是肯定绕不过去的。MVVM+RAC真的是双剑合璧。今天 我们先来看看RAC的使用和一些原理实现,然后再结合项目中的登录来实践一下。

RACSignal

先从最简单的RACSignal开始,我们先来看看它是怎么创建的。

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view from its nib.
    [self creatSigal];
}

-(void)creatSigal{
    
    RACSignal *sigal=[RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
        
        [subscriber sendNext:@"你个小样"];
        
        return nil;
    }];
    
    [sigal subscribeNext:^(id  _Nullable x) {
       
        NSLog(@"传递的数据是:----%@",x);
    }];
    
}

输出打印的是:LBDaySurgery(Dev)[10211:3806511] 传递的数据是:----你个小样

上面就创建了一个信号,并且订阅信号,还发送消息了。创建是成功了,但是它具体的原来还不知道啊。不要慌,我们点进方法看看。

+ (RACSignal *)createSignal:(RACDisposable * (^)(id<RACSubscriber> subscriber))didSubscribe {
    RACDynamicSignal *signal = [[self alloc] init];
    signal->_didSubscribe = [didSubscribe copy];
    return [signal setNameWithFormat:@"+createSignal:"];
}

创建信号的方法是这么个东西。首先RACDynamicSignal这是个什么,然后再点发现

@interface RACDynamicSignal : RACSignal

它其实就是一个信号,先初始化了RACDynamicSignal,然后下面_didSubscribe这个熟悉嘛,是不是有点像订阅信号,RACDynamicSignal持有了didSubscribe,最后返回了一个信号。这个方法看完了,有一个疑问,didSubscribe这个是用来干嘛的?接着往下看
订阅信号的方法

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
    NSCParameterAssert(nextBlock != NULL);
    
    RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock error:NULL completed:NULL];
    return [self subscribe:o];
}

第一行很容易理解,就是创建RACSubscriber(订阅者),点进去看看它里面的实现

+ (instancetype)subscriberWithNext:(void (^)(id x))next error:(void (^)(NSError *error))error completed:(void (^)(void))completed {
    RACSubscriber *subscriber = [[self alloc] init];

    subscriber->_next = [![逻辑图.png](https://upload-images.jianshu.io/upload_images/9788931-865189b71e7896ea.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
 copy];
    subscriber->_error = [error copy];
    subscriber->_completed = [completed copy];

    return subscriber;
}

我们发现,它初始化了订阅者,然后订阅者持有了next这个block,持有了error、completed,很简单。点进去看[self subscribe:o];的实现

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

    RACCompoundDisposable *disposable = [RACCompoundDisposable compoundDisposable];
    subscriber = [[RACPassthroughSubscriber alloc] initWithSubscriber:subscriber signal:self disposable:disposable];
//看的有点懵,上面的对象都不知道是什么 但是didSubscribe这个熟悉啊,在创建信号的时候RACDynamicSignal持有didSubscribe
    if (self.didSubscribe != NULL) {
        RACDisposable *schedulingDisposable = [RACScheduler.subscriptionScheduler schedule:^{
//这里调用didSubscribe方法,并且把刚才传入的subscriber调用出去
            RACDisposable *innerDisposable = self.didSubscribe(subscriber);
            [disposable addDisposable:innerDisposable];
        }];

        [disposable addDisposable:schedulingDisposable];
    }
    
    return disposable;
}

现在我们最开始的疑问解开了,didSubscribe的调用。这个方法里能看懂的就是,先判断有没有didSubscribe,有的话就执行这个方法,参数是subscriber订阅者。后面我们在说RACDisposable。

- (void)sendNext:(id)value {
    @synchronized (self) {
        void (^nextBlock)(id) = [self.next copy];
        if (nextBlock == nil) return;

        nextBlock(value);
    }
}

上面是订阅者发送消息的方法实现,判断有没有nextblock,而这里的nextblock也正是subscriber->_next = [next copy];保存的。如果有 就把发送的消息,传递出去。
上面我们一个一个的都点进去看了他们的具体实现,现在来张图更加直观的看看这个过程


逻辑图.png

这里面有要说明的是:didSubscribe的参数是RACSubscriber,而在我们发送消息的时候, [subscriber sendNext:@"你个小样"]; 这里的订阅者就是didSubscribe传入的,而订阅者持有nextblock,所以nextBlock(value);消息就传入到订阅的block中了。这就是创建RACSignal的一个流程。

RACDisposable

在上面创建信号的时候,返回了空,但是我们点进方法里面,它应该返回一个RACDisposable。
1.什么是RACDisposable

RACDisposable:用于取消订阅或者清理资源,当信号销毁或者发送错误的时候,就会自动触发。
使用场景:不想监听某个信号时,可以通过它主动取消订阅信号
我们来看看它的使用:

-(void)creatSigal{
    
    RACSignal *sigal=[RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
        NSLog(@"创建成功");
        [subscriber sendNext:@"你个小样"];
        NSLog(@"发送消息之后");
        
        return [RACDisposable disposableWithBlock:^{
            NSLog(@"这是什么什么时候调用");
        }];
    }];
    [sigal subscribeNext:^(id  _Nullable x) {
        NSLog(@"传递的数据是:----%@",x);
    }];
    
}
打印出:2021-04-08 14:08:52.687740+0800 LBDaySurgery(Dev)[10407:3878985] 创建成功
2021-04-08 14:08:52.687781+0800 LBDaySurgery(Dev)[10407:3878985] 传递的数据是:----你个小样
2021-04-08 14:08:52.687795+0800 LBDaySurgery(Dev)[10407:3878985] 发送消息之后
2021-04-08 14:08:52.687819+0800 LBDaySurgery(Dev)[10407:3878985] 这是什么什么时候调用

我们发现信号被销毁以后,就就会调用。
另外我们还可以主动调用 也会销毁

 RACDisposable *disposable=[sigal subscribeNext:^(id  _Nullable x) {
        NSLog(@"传递的数据是:----%@",x);
    }];
    [disposable dispose];
RACSubject

创建信号当然不是一种方法,还有其他的方法。先上代码

-(void)creatracSubject{
    
    RACSubject *subject=[RACSubject subject];
    [subject subscribeNext:^(id  _Nullable x) {
        NSLog(@"收到的消息是:---%@",x);
    }];
    //发送消息
    [subject sendNext:@"666 666"];
    
}
 LBDaySurgery(Dev)[10505:3899054] 收到的消息是:---666 666

我们点进方法看看它的实现原理

+ (instancetype)subject {
    return [[self alloc] init];
}
- (instancetype)init {
    self = [super init];
    if (self == nil) return nil;

    _disposable = [RACCompoundDisposable compoundDisposable];
    _subscribers = [[NSMutableArray alloc] initWithCapacity:1];
    
    return self;
}

创建subject对象时,初始化了一个取消信号和一个数组,从名字我们能看出这是用来存放订阅者的。
接着看订阅信号的实现

- (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock {
    NSCParameterAssert(nextBlock != NULL);
    
    RACSubscriber *o = [RACSubscriber subscriberWithNext:nextBlock error:NULL completed:NULL];
    return [self subscribe:o];
}

好熟悉,和RACSignal一毛一样,但是里面里面的实现就不同了,而且他两也不是同一个类。创建RACSubscriber *o 这个是一样的我们不需要看,主要是下面的[self subscribe:o];

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

    RACCompoundDisposable *disposable = [RACCompoundDisposable compoundDisposable];
    subscriber = [[RACPassthroughSubscriber alloc] initWithSubscriber:subscriber signal:self disposable:disposable];

    NSMutableArray *subscribers = self.subscribers;
    @synchronized (subscribers) {
        [subscribers addObject:subscriber];
    }
    
    [disposable addDisposable:[RACDisposable disposableWithBlock:^{
        @synchronized (subscribers) {
            // 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];
        }
    }]];

    return disposable;
}

从上面这段代码能看到,是把订阅者都加入到subscribers数组中了。

我们再看发布消息的实现

- (void)enumerateSubscribersUsingBlock:(void (^)(id<RACSubscriber> subscriber))block {
    NSArray *subscribers;
    @synchronized (self.subscribers) {
        subscribers = [self.subscribers copy];
    }
//遍历subscribers中的订阅者,然后block传递subscriber
    for (id<RACSubscriber> subscriber in subscribers) {
        block(subscriber);
    }
}

#pragma mark RACSubscriber

- (void)sendNext:(id)value {
    [self enumerateSubscribersUsingBlock:^(id<RACSubscriber> subscriber) {
//这里和之前RACSignal发送消息相同
        [subscriber sendNext:value];
    }];
}

1.创建的subject内部会创建数组_subscribers,用来保存所有的订阅者。
2.订阅信息的时候会创建订阅者
3.发送消息的时候,会依次发送。

-(void)creatracSubject{
    
    RACSubject *subject=[RACSubject subject];
    [subject subscribeNext:^(id  _Nullable x) {
        NSLog(@"收到的消息是:---%@",x);
    }];
    //发送消息
    [subject sendNext:@"666 666"];
    
    [subject subscribeNext:^(id  _Nullable x) {
        NSLog(@"第二次收到:--%@",x);
    }];
    
    [subject sendNext:@"888888"];
    
}

上面这个会打印出什么呢?在第一次发送消息的时候[subject sendNext:@"666 666"];,会打印出666,当调用到[subject sendNext:@"888888"];,因为subject可以多次订阅,所以不仅第二次会打印,第一次同样也会打印出。所以最后打印出

2021-04-08 15:38:37.497503+0800 LBDaySurgery(Dev)[10525:3913448] 收到的消息是:---666 666
2021-04-08 15:38:37.497542+0800 LBDaySurgery(Dev)[10525:3913448] 收到的消息是:---888888
2021-04-08 15:38:37.497555+0800 LBDaySurgery(Dev)[10525:3913448] 第二次收到:--888888

我们再看下面这段代码

-(void)creatracSubject{
    
    RACSubject *subject=[RACSubject subject];
    [subject sendNext:@"888888"];
    [subject subscribeNext:^(id  _Nullable x) {
        NSLog(@"收到的消息是:---%@",x);
    }];
    
}

一运行发现没打印出来,这是为什么呢?这是因为在发送消息是要遍历存放订阅者的数组,但是这个数组现在是空的,它只有在订阅消息的时候才会加入到数组,自然就不会发送消息,也就不会打印出结果。
如果非要把顺序写成先发送消息 在订阅,那么我们可以用RACReplaySubject来实现

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

推荐阅读更多精彩内容