NSNotification与dispatch_get_main_queue

End*_*age 10 nsnotifications grand-central-dispatch ios

关于这个问题,我想知道是否有任何普遍接受的逻辑关于何时使用NSNotification,在主线程中使用观察者,使用GCD将工作从后台线程调度到主线程?

似乎通过通知 - 观察者设置,您必须记住在视图卸载时拆除观察者,然后您可靠地忽略通知,其中将作业分派给主线程可能导致在视图具有块时执行已卸下.

因此,在我看来,通知应该提供改进的应用程序稳定性.我假设调度选项提供了比我读过的GCD更好的性能?

更新:

我知道通知和发送可以一起愉快地工作,在某些情况下,应该一起使用.我试图找出是否存在应该/不应该使用的具体情况.

一个示例案例:为什么我会选择主线程来从调度块发出通知而不是仅仅调度主队列上的接收函数?(显然在这两种情况下接收功能会有一些变化,但最终结果似乎是相同的).

NJo*_*nes 14

NSNotificationCentergcddispatch_get_main_queue()服务有不同的用途.我不认为"vs"是真正适用的.

NSNotificationCenter提供了一种解耦应用程序的不同部分的方法.例如,kReachabilityChangedNotification当系统网络状态发生变化时,Apple的Reachability示例代码将发布到通知中心.反过来,您可以要求通知中心调用您的选择器/调用,以便您可以响应此类事件.(Think Air Raid Siren)

gcd另一方面,提供了一种快速的方法来分配要在您指定的队列上完成的工作.它允许您告诉系统可以分别解析和处理代码的点,以利用多线程和多核CPU.

通常(几乎总是)通知会在发布它们的线程上观察到.除了一个API之外......

这些概念相交的一个API是NSNotificationCenter:

addObserverForName:object:queue:usingBlock:
Run Code Online (Sandbox Code Playgroud)

这实际上是一种方便的方法,用于确保在给定线程上观察到给定的通知.虽然" usingBlock"参数在其后面使用了它gcd.

以下是其用法示例.假设在我的代码中某处NSTimer每秒都调用一个这个方法:

-(void)timerTimedOut:(NSTimer *)timer{
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        // Ha! Gotcha this is on a background thread.
        [[NSNotificationCenter defaultCenter] postNotificationName:backgroundColorIsGettingBoringNotification object:nil];
    });
}
Run Code Online (Sandbox Code Playgroud)

我想用这个backgroundColorIsGettingBoringNotification信号来改变视图控制器视图的背景颜色.但是它发布在后台线程上.好吧,我可以使用前面提到的API来观察只在主线程上.请注意viewDidLoad以下代码:

@implementation NoWayWillMyBackgroundBeBoringViewController {
    id _observer;
}
-(void)observeHeyNotification:(NSNotification *)note{
    static NSArray *rainbow = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        rainbow = @[[UIColor redColor], [UIColor orangeColor], [UIColor yellowColor], [UIColor greenColor], [UIColor blueColor], [UIColor purpleColor]];
    });
    NSInteger colorIndex = [rainbow indexOfObject:self.view.backgroundColor];
    colorIndex++;
    if (colorIndex == rainbow.count) colorIndex = 0;
    self.view.backgroundColor = [rainbow objectAtIndex:colorIndex];
}
- (void)viewDidLoad{
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor redColor];
    __weak PNE_ViewController *weakSelf = self;
    _observer = [[NSNotificationCenter defaultCenter] addObserverForName:backgroundColorIsGettingBoringNotification
                                                                  object:nil
                                                                   queue:[NSOperationQueue mainQueue]
                                                              usingBlock:^(NSNotification *note){
                                                                  [weakSelf observeHeyNotification:note];
                                                              }];
}
-(void)viewDidUnload{
    [super viewDidUnload];
    [[NSNotificationCenter defaultCenter] removeObserver:_observer];
}
-(void)dealloc{
    [[NSNotificationCenter defaultCenter] removeObserver:_observer];
}

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation{
    return (interfaceOrientation == UIInterfaceOrientationPortrait);
}
@end
Run Code Online (Sandbox Code Playgroud)

这个API的主要优点似乎是在调用期间将postNotification...调用您的观察块.如果您使用标准API并按observeHeyNotification:如下方式实现,则无法保证在执行调度块之前需要多长时间:

-(void)observeHeyNotification:(NSNotification *)note{
    dispatch_async(dispatch_get_main_queue(), ^{
        // Same stuff here...
    });
}
Run Code Online (Sandbox Code Playgroud)

当然,在这个例子中你可能根本就没有在后台线程上发布通知,但是如果你使用的框架不保证它将发布通知的哪个线程,这可能会派上用场.

  • 啊明白了.因此,通过在设置观察者时传入适当的"NSNotificationQueue",可以在与生成它的线程不同的线程上接收通知. (2认同)