通知如果不移除會導(dǎo)致什么后果？
- 簡單粗暴的回答:有時候會導(dǎo)致crash
- 一般的通知，如果確定通知是一次性的，那么在通知事件完成之后還是刪除比較好。不過不移除不會發(fā)生什么問題。但是對于有些通知，不移除可能會造成崩潰，比如在你通知事件中處理數(shù)據(jù)或UI事件，但是由于通知的的不確定性造成處理事件的時間不確定，有異步操作在通知事件中處理等都可能造成崩潰。
- 現(xiàn)在只發(fā)一次不代表以后不會發(fā)送多次。你現(xiàn)在很清楚不代表以后接手的人也能清楚。等問題爆發(fā)出來就等著抓瞎吧.不移除以后一定會崩潰
而且通知的崩潰是相當難檢測的
iOS 開發(fā)中, A控制器push到B控制器之后,A控制器會被銷毀嗎?B控制器pop之后,B控制器會被銷毀嗎?
- A push B后，A一定不會銷毀。B pop之后，如果B沒有被其它指針retain，那么B會被銷毀，銷毀的標志是:會走B的dealloc方法。
- 同理，引出了我們今天所說的通知:如果A監(jiān)聽了通知，并且將移除通知的代碼寫在了dealloc方法中，那么 A控制器push到B控制器之后，在A中監(jiān)聽的通知并不會移除，因為并不會走dealloc方法。當然，若想強制性的讓A控制器push到B控制器之后銷毀A中監(jiān)聽的通知，可以將移除的代碼寫在viewWillDisappear方法中(也就是下面的寫法2).
- 總結(jié):push操作不會走dealloc方法，pop操作才會走dealloc方法。push操作不會銷毀通知,pop操作才會銷毀通知。只要pop這里有一個鏈接,大家可以參考下
通知相關(guān)的細枝末節(jié)這位開發(fā)者介紹挺詳細,大家也可以參考下,手懶就不再寫了iOS創(chuàng)建添加通知、發(fā)送通知、移除通知
通知的兩種寫法
寫法1:在viewDidLoad中添加通知,在dealloc中注銷通知(注意:一定要確保執(zhí)行pop操作時，程序會執(zhí)行dealloc方法中，不然通知不會注銷，就有可能造成程序崩潰)
Snip20170916_33.png
image.png
寫法2:在viewWillAppear方法中監(jiān)聽通知,在viewWillDisappear中注銷通知(不用擔心執(zhí)行pop操作時，不會銷毀通知啦).
image.png
image.png
項目中使用通知NSNotificationCenter造成的程序閃退問題
- A界面中的UITextfield中用到了系統(tǒng)的名為UITextFieldTextDidChangeNotification的通知。這個時候ApushB界面，A界面的名為UITextFieldTextDidChangeNotification肯定沒有被銷毀，因為push不會銷毀通知，但是問題出現(xiàn)了，B界面也有UITextfield，這個時候在B界面的輸入框輸入了文本點擊return的時候程序就會崩潰。原因就在于，A沒有銷毀系統(tǒng)的UITextFieldTextDidChangeNotification，B界面就會監(jiān)聽到A界面的UITextFieldTextDidChangeNotification，就會執(zhí)行textFieldDidChanged:方法，因為不滿足textFieldDidChanged:方法中的邏輯判定，所以程序就會崩潰。其實A界面使用的如果不是系統(tǒng)的通知或者A界面的通知通知被銷毀，就不會出現(xiàn)這個問題。
- 解決辦法:在A即將push到B控制器的時候，銷毀UITextFieldTextDidChangeNotification，將銷毀的代碼寫在viewWillDisappear方法中即可。(使用上面的方法2就可以解決)
[[NSNotificationCenter defaultCenter]addObserver:self selector:@selector(textFieldDidChanged:) name:UITextFieldTextDidChangeNotification object:nil];
