NSNotification，又叫通知，属于设计模式中的观察者模式，在开发中很常见，相信大家都不陌生。关于NSNotification的用法以及它与delegate的区别，都是些老生常谈的话题了，这里就不再说了。这篇文章主要想说几个平时开发过程中，大家可能都没有注意到的细节，我相信，当你理解了这些细节，你对NSNotification的认识会上升到另一个高度。
1、NSNotificationCenter是一种“同步”机制
先看看官方文档的一段说明（Xcode->Window->Documentation And API Reference，搜索NSNotification）：
A notification center delivers notifications to observers synchronously. In other words, when posting a notification, control does not return to the poster until all observers have received and processed the notification.
意思是，当notification center post了一个notification后，只有当所有observer接收了notification并且处理完了后程序才会返回，才会继续执行post下面的代码。
我们写段代码来验证一下，也帮助加深理解。
- 注册通知
- (void)viewDidLoad {
[super viewDidLoad];
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleNotification:) name:kNotificationName object:nil];
}
- 处理通知
注意这里将线程休眠了5秒
- (void)handleNotification:(NSNotification *)notification {
NSString *msg = [NSString stringWithFormat:@"receive notification:%@", notification.object];
NSLog(@"%@", msg);
//休眠5s
sleep(5);
NSLog(@"notification handle finish...");
}
- 发送通知
- (IBAction)pushOnMainThread:(id)sender {
[[NSNotificationCenter defaultCenter] postNotificationName:kNotificationName object:@"pushOnMainThread"];
NSLog(@"return...");
}
看下执行结果
可以看到，当我们postNotification后，Observer接收到notification并处理，确实是只有当Observer处理完成后（休眠了5s）程序才执行了postNotification后的代码（打印return...），而且这期间主屏幕会卡主（因为同步执行，要等待程序返回）
由此可见：** 接收到通知后不易做耗时操作，否则可能会卡住主线程，导致屏幕卡顿。**
另外，提一下，可以通过Notification Queues实现异步发送通知（暂时没去研究...😳）
2、NSNotificationCenter可以在多线程里执行
还是先看一下官方文档的说明：
In a multithreaded application, notifications are always delivered in the thread in which the notification was posted, which may not be the same thread in which an observer registered itself.
意思是，** notification在哪个线程里post，Observer就会在哪个线程里接收并处理，这个线程可能不是最初Observer被添加的线程。 **
在上面那段代码里，我们是在主线程上添加的Observer（viewDidLoad里）
我们现在通过子线程post一个notification看看结果：
- handleNotification里打印当前线程
- (void)handleNotification:(NSNotification *)notification {
NSString *msg = [NSString stringWithFormat:@"receive notification:%@[%@]", notification.object, [NSThread currentThread]];
NSLog(@"%@", msg);
}
- 子线程中postNotification
- (IBAction)pushOnOtherThread:(id)sender {
dispatch_queue_t queue = dispatch_queue_create("test", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(queue, ^{
NSLog(@"post notification on other thread..%@",[NSThread currentThread]);
[[NSNotificationCenter defaultCenter] postNotificationName:kNotificationName object:@"pushOnOtherThread"];
});
}
执行结果如下：
可以看到，正如官方文档里说明的那样，当我们在其他线程里postNotification时，Observer确实是在那个线程里执行的。
所以，这里就会有个坑，当你要在Observer里更新UI的时候，如果notification是在其他线程里post的，那就可能会出现一些奇怪的问题了，比如主线程不响应，甚至是crash（注意crash不是必然的）。
- handleNotification里更新UI，异步postNotification
- (void)handleNotification:(NSNotification *)notification {
NSString *msg = [NSString stringWithFormat:@"receive notification:%@[%@]", notification.object, [NSThread currentThread]];
self.msgLabel.text = msg;
NSLog(@"%@", msg);
}
-
执行结果
程序没有crash，msgLabel上的text确实正确显示出来了，不过是延迟了几秒钟后才显示出来的。同时在控制台里会出现下面这段内容：
可以看到，接收到notification后又过了6秒，系统给出了一段说明，告知这个操作可能会导致奇怪的crash，但不是必定会crash，但是这种操作应该被避免。
结束语
说了一大堆，其实对平时开发可能帮助不大，因为大家已经习惯了在主线程里addObserver、postNotification，可能完全不会在意它可不可以在多线程里运行。Who care!
But! 如果你知道了这些，可能会对以后面试有帮助哦~~~😀😀😀
