通知如果不移除会导致什么后果？
- 简单粗暴的回答:有时候会导致crash
- 一般的通知，如果确定通知是一次性的，那么在通知事件完成之后还是删除比较好。不过不移除不会发生什么问题。但是对于有些通知，不移除可能会造成崩溃，比如在你通知事件中处理数据或UI事件，但是由于通知的的不确定性造成处理事件的时间不确定，有异步操作在通知事件中处理等都可能造成崩溃。
- 现在只发一次不代表以后不会发送多次。你现在很清楚不代表以后接手的人也能清楚。等问题爆发出来就等着抓瞎吧.不移除以后一定会崩溃
而且通知的崩溃是相当难检测的
iOS 开发中, A控制器push到B控制器之后,A控制器会被销毁吗?B控制器pop之后,B控制器会被销毁吗?
- A push B后，A一定不会销毁。B pop之后，如果B没有被其它指针retain，那么B会被销毁，销毁的标志是:会走B的dealloc方法。
- 同理，引出了我们今天所说的通知:如果A监听了通知，并且将移除通知的代码写在了dealloc方法中，那么 A控制器push到B控制器之后，在A中监听的通知并不会移除，因为并不会走dealloc方法。当然，若想强制性的让A控制器push到B控制器之后销毁A中监听的通知，可以将移除的代码写在viewWillDisappear方法中(也就是下面的写法2).
- 总结:push操作不会走dealloc方法，pop操作才会走dealloc方法。push操作不会销毁通知,pop操作才会销毁通知。只要pop这里有一个链接,大家可以参考下
通知相关的细枝末节这位开发者介绍挺详细,大家也可以参考下,手懒就不再写了iOS创建添加通知、发送通知、移除通知
通知的两种写法
写法1:在viewDidLoad中添加通知,在dealloc中注销通知(注意:一定要确保执行pop操作时，程序会执行dealloc方法中，不然通知不会注销，就有可能造成程序崩溃)
Snip20170916_33.png
image.png
写法2:在viewWillAppear方法中监听通知,在viewWillDisappear中注销通知(不用担心执行pop操作时，不会销毁通知啦).
image.png
image.png
项目中使用通知NSNotificationCenter造成的程序闪退问题
- A界面中的UITextfield中用到了系统的名为UITextFieldTextDidChangeNotification的通知。这个时候ApushB界面，A界面的名为UITextFieldTextDidChangeNotification肯定没有被销毁，因为push不会销毁通知，但是问题出现了，B界面也有UITextfield，这个时候在B界面的输入框输入了文本点击return的时候程序就会崩溃。原因就在于，A没有销毁系统的UITextFieldTextDidChangeNotification，B界面就会监听到A界面的UITextFieldTextDidChangeNotification，就会执行textFieldDidChanged:方法，因为不满足textFieldDidChanged:方法中的逻辑判定，所以程序就会崩溃。其实A界面使用的如果不是系统的通知或者A界面的通知通知被销毁，就不会出现这个问题。
- 解决办法:在A即将push到B控制器的时候，销毁UITextFieldTextDidChangeNotification，将销毁的代码写在viewWillDisappear方法中即可。(使用上面的方法2就可以解决)
[[NSNotificationCenter defaultCenter]addObserver:self selector:@selector(textFieldDidChanged:) name:UITextFieldTextDidChangeNotification object:nil];
