通知如果不移除會導(dǎo)致什么后果芬为？
- 簡單粗暴的回答:有時候會導(dǎo)致crash
- 一般的通知，如果確定通知是一次性的攀唯，那么在通知事件完成之后還是刪除比較好洁桌。不過不移除不會發(fā)生什么問題。但是對于有些通知侯嘀，不移除可能會造成崩潰另凌，比如在你通知事件中處理數(shù)據(jù)或UI事件，但是由于通知的的不確定性造成處理事件的時間不確定戒幔，有異步操作在通知事件中處理等都可能造成崩潰吠谢。
- 現(xiàn)在只發(fā)一次不代表以后不會發(fā)送多次。你現(xiàn)在很清楚不代表以后接手的人也能清楚诗茎。等問題爆發(fā)出來就等著抓瞎吧.不移除以后一定會崩潰
而且通知的崩潰是相當(dāng)難檢測的
iOS 開發(fā)中, A控制器push到B控制器之后,A控制器會被銷毀嗎?B控制器pop之后,B控制器會被銷毀嗎?
- A push B后工坊，A一定不會銷毀。B pop之后敢订，如果B沒有被其它指針retain王污，那么B會被銷毀，銷毀的標(biāo)志是:會走B的dealloc方法楚午。
- 同理昭齐，引出了我們今天所說的通知:如果A監(jiān)聽了通知，并且將移除通知的代碼寫在了dealloc方法中矾柜，那么 A控制器push到B控制器之后司浪，在A中監(jiān)聽的通知并不會移除泊业，因為并不會走dealloc方法。當(dāng)然啊易，若想強制性的讓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中注銷通知(不用擔(dān)心執(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];
