1 NSNotificationCenter机制
1.1 原理
1.1.1 不移除通知挂机原因分析
@implementation MRCObject
- (id)init
{
if (self = [superinit]) {
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(test) name:@"test"object:nil];
}
return self;
}
- (void)test
{
NSLog(@"=================");
}
- (void)dealloc
{
[super dealloc];
}
@end
在另一个类中引用：
- (void)viewDidLoad {
[superview DidLoad];
MRCObject *obj = [[MRCObjectalloc] init];
[obj release];
[[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];
}
在进入这个vc后，我们发现挂了。。
我们可以发现，向野指针对象发送了消息，所以挂掉了。从这点来看，苹果实现也基本差不多是这样的，只保存了个对象的地址，并没有在销毁的时候置为nil。
这点就可以证明，addObserver后，必须要有remove操作。
1.1.2 ViewController中不手动移除通知不挂机原因分析
现在我们在UIViewController中注册通知，不移除，看看会不会挂掉。
- (void)viewDidLoad {
[superviewDidLoad];
[[NSNotificationCenter defaultCenter] addObserver: self selector:@selector(test) name: @"test" object: nil];
}
首先用navigationController进入到这个页面，然后pop出去。最后点击发送通知的按钮事件：
- (void)didButtonClicked:(id)sender
{
[[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];
}
无论你怎么点击这个按钮，他就是不挂！这下，是不是很郁闷了？我们可以找找看，你代码里面没有remove操作，但是NSNotificationCenter那边已经移除了，不然肯定会出现上面野指针的问题。看来看去，也只能说明是UIViewController自己销毁的时候帮我们暗地里移除了。
那我们如何证明呢？由于我们看不到源码，所以也不知道有没有调用。这个时候，我们可以从这个通知中心下手！！！怎么下手呢？我只要证明UIViewController在销毁的时候调用了remove方法，就可以证明我们的猜想是对的了！这个时候，就需要用到我们强大的类别这个特性了。我们为NSNotificationCenter添加个类别，重写他的- (void)removeObserver:(id)observer方法：
- (void)removeObserver:(id)observer
{
NSLog(@"====%@
remove===", [observer class]);
}
这样在我们VC中导入这个类别，然后pop出来，看看发生了什么！
2015-01-19 22:59:00.580 测试[1181:288728] ====TestViewController remove===
怎么样？是不是可以证明系统的UIViewController在销毁的时候调用了这个方法。（不建议大家在开发的时候用类别的方式覆盖原有的方法，由于类别方法具有更高的优先权，所以有可能影响到其他地方。这里只是调试用）。
以上也提醒我们，在你不是销毁的时候，千万不要直接调用[[NSNotificationCenter
defaultCenter] removeObserver: self]; 这个方法，因为你有可能移除了系统注册的通知。
1.1.3 多线程通知
首先看下苹果的官方说明：
Regular notification centers deliver notifications on the thread in which the notification was posted. Distributed notification centers deliver notifications on the main thread. At times, you may require notifications to be delivered on a particular thread that is determined by you instead of the notification center. For example, if an object running in a background thread is listening for notifications from the user interface, such as a window closing, you would like to receive the notifications in the background thread instead of the main thread. In these cases, you must capture the notifications as they are delivered on the default thread and redirect them to the appropriate thread.
意思很简单，NSNotificationCenter消息的接受线程是基于发送消息的线程的。也就是同步的，因此，有时候，你发送的消息可能不在主线程，而大家都知道操作UI必须在主线程，不然会出现不响应的情况。所以，在你收到消息通知的时候，注意选择你要执行的线程。下面看个示例代码
//接受消息通知的回调
- (void)test
{
if ([[NSThreadcurrentThread] isMainThread]) {
NSLog(@"main");
}else{
NSLog(@"not main");
}
dispatch_async(dispatch_get_main_queue(), ^{
//do your UI
});
}
//发送消息的线程
- (void)sendNotification
{
dispatch_queue_t defaultQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(defaultQueue, ^{
[[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];
});
}
2 开发技巧
2.1 常用开发技巧
2.1.1 注意重复addObserver
在我们开发中，我们经常可以看到这样的代码：
- (void)viewWillAppear:(BOOL)animated
{
[super viewWillAppear: animated];
[[NSNotificationCenter defaultCenter] addObserver: self selector:@selector(test) name: @"test" object: nil];
}
- (void)viewWillDisappear:(BOOL)animated
{
[super viewWillDisappear :animated];
[[NSNotificationCenter defaultCenter] removeObserver: self name:@"test" object: nil];
}
就是在页面出现的时候注册通知，页面消失时移除通知。你这边可要注意了，一定要成双成对出现，如果你只在viewWillAppear 中 addObserver没有在viewWillDisappear 中 removeObserver那么当消息发生的时候，你的方法会被调用多次，这点必须牢记在心。
3 参考链接
iOS NSNotificationCenter使用姿势详解
