IOS NSNotificationCenter 的坑

这几天在使用通知中心的时候，在程勋中注册后忘记注销了，然后，多次悲剧，，，进过一上午的排查，总算找到罪魁祸首了，悲剧，再次提醒自己！！！！！！！

ios NSNotificationCenter消息注册与撤销

一，使用defaultcenter。

简单的情况下，若自己没有太多的消息需要注册和处理，直接使用[NSNotificationCenter defaultCenter]来调用默认的消息中心就够用了。如果，有一些特殊的要求那么，就需要试一下一个继承自NSnotificationcenter的子类。

二，在视图显示的时候接受消息。

有些时候，我们需要在一个已经显示在主界面上的ViewController上做一点动作，比如当一个同步过程完成后，把同步的结果显示在界面上。但是，如果这个ViewController没有显示在主界面上的话，它就不关心同步结果是什么样子了。所以这个时候，我们可以在viewwillappear或者viewdidapper中addobserver添加消息监听。然后在viewwilldisappear和viewDidDisappear中removeObserver把消息注销掉。

三，在类的实例存在的时候接受消息。

很多时候，我们需要让一些类的实例只要在内存中，就要接受消息，处理一些事情。比如我们有一个管理同步的类SyncManager，这个类使用了单例模式，从它alloc init之后就需要一些监听同步的状态，并作出处理。这个时候，我们就需要在重写init函数，在其中注册消息。

- （id) init
{
self = [super init];
if(self)
{
[[NSNotificationCenter defaultCenter] addObserver........]
}
returnself;
}

然后在dealloc中注销

- (void) dealloc
{ 
......
[ [NSNotificationCenter defaultCenter] removeObserver.......]
[super dealloc]
}

四，在viewController存在的时候接受消息

很多时候，我们会与ViewController打交道，甚至有些时候我们希望只要ViewController在内存中就监听一些消息作出一些动作。刚开始的时候，我想实现这个功能，我是这么写的

- （void) viewDidLoad
{
......
[[NSNotificationCenter defaultCenter] addObserver........]
.....
}

- (void) viewDidUnload
{ 
......
[ [NSNotificationCenter defaultCenter] removeObserver.......]
......
}

但是，在使用的过程中我发现viewDidLoad和Viewdidunload并不是成对出现的，只有在内存紧张和一些特定的情况下系统才会调用视图的ViewDidUnload来卸载视图。而ViewDIdload每一次加载都会执行。

也就是说removeObserver并不一定能够被执行到，这就留下隐患。当视图被dealloc之后，还在监听消息。最终会造成程序的崩溃。而且有些时候如果没有在unload中removeOberver还会造成多次注册同一个消息。造成同一个函数执行多次。引起不必要的麻烦。

然后，在使用过程中，经过多次试验我发现，使用init注册消息并在dealloc注销消息最为合适，就像第三条说的那样。在这里值得提醒的一点是苹果的官方文档上说：

The notification center does not retain its observers, therefore, you must ensure that you unregister observers (usingremoveObserver: or removeObserver:name:object:) before they are deallocated. (If you don't, you will generate a runtime error if the center sends a message to a freed object.)

意思是NotificationCenter并不会对Observer进行retain操作。因为就没有必要对observer做多余的release操作，而且，每一次注册，必须对应一次注销，不然，程序死翘翘的事情就会来了。