1.是啥？

    是iOS提供的一種同步的消息通知機(jī)制间学，觀察者(Observer,接收消息的人）向消息中心（NSNotificationCenter)注冊自己感興趣的東西殷费，當(dāng)有其他對象（Poster，發(fā)送消息的人）發(fā)送這個(gè)消息的時(shí)低葫，通知中心會(huì)發(fā)送給注冊這個(gè)消息的觀察者详羡。觀察者可以有N個(gè)（0-N),且與發(fā)送者之間可以是毫無聯(lián)系，完全解耦嘿悬。

2.怎么用实柠？

    接收消息一方需要注冊觀察者、移除觀察者善涨；發(fā)送消息一方只需要發(fā)送通知就可以了窒盐。
2.1 接收方--注冊觀察者：
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(toLogin:)name:@"toLoginAction"object:nil];
    注冊觀察者(self），并指定接收到消息(toLoginAction钢拧，可以是自己寫的蟹漓，也可以接收系統(tǒng)的消息，如name:UIKeyboardDidShowNotification)后執(zhí)行的方法（toLogin)娶靡，也可以指定只接收哪個(gè)發(fā)送者發(fā)出的消息(nil表示接收所有發(fā)送者）。

PS:另一種注冊觀察者的方式（匿名觀察者）
    - (id)addObserverForName:(NSString *)name object:(id)obj queue:(NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *))block看锉；

2.2接收方--移除觀察者
    第一種：[[NSNotificationCenter defaultCenter] removeObserver:self name:@"toLoginAction"object:nil];//移除某個(gè)指定名稱姿锭、發(fā)送者的觀察者；適合在-viewWillDisappear:方法中用伯铣，以避免移除了不該被移除的通知觀察者（如果當(dāng)前類是繼承自父類的呻此，使用全移除，會(huì)把父類監(jiān)聽的通知也給移除）腔寡。
    第二種：[[NSNotificationCenter defaultCenter] removeObserver:self];//移除所有觀察者焚鲜；適合在-dealloc方法中用，可以確保移除對象所有監(jiān)聽的通知，否則可能會(huì)導(dǎo)致程序崩潰或莫名其妙的問題忿磅。

2.3發(fā)送方--發(fā)出通知
    [[NSNotificationCenter defaultCenter]postNotificationName:@"toLoginAction" object:nil userInfo:nil];//userInfo可以附帶參數(shù)數(shù)據(jù)糯彬。

3.什么時(shí)候用？

 3.1 在兩個(gè)聯(lián)系不緊密的類之間傳值的時(shí)候用葱她；一方有了變化撩扒，需要另一方（一方或者多方）知道的時(shí)候用。

3.2 監(jiān)聽系統(tǒng)狀態(tài)的時(shí)候用吨些；比如程序從后臺(tái)回到前臺(tái)（UIApplicationDidBecomeActiveNotification）搓谆、鍵盤升起（UIKeyboardWillShowNotification）、鍵盤落下（UIKeyboardWillHideNotification）豪墅、內(nèi)存警告（UIApplicationDidReceiveMemoryWarningNotification）等泉手。

4.用的時(shí)候需要注意什么？

4.1 接收方需要移除觀察者偶器，否則可能會(huì)造成崩潰斩萌。
        由于Cocoa和CocoaTouch中的一些類沒有支持weak引用，所以在注冊觀察者時(shí)状囱，通知中心對觀察者對象進(jìn)行了unsafe_unretained(不安全引用）來替代弱引用术裸。不安全引用與弱引用類似，都不會(huì)讓被引用對象保存存活亭枷，但與弱引用不同袭艺，不安全引用在被引用對象釋放之后不會(huì)自動(dòng)被置為nil,這就意味著它變成了野指針（聲明指針變量后沒有初始化，或指向?qū)ο蟊会尫藕蟮闹羔槪┻墩常鴮σ爸羔槹l(fā)送消息會(huì)導(dǎo)致程序崩潰猾编，所以觀察者對象在釋放之前必須從通知中心移除引用。iOS9 之后通知中心會(huì)對觀察者進(jìn)行弱引用升敲，所以不需要在觀察者對象釋放之前從通知中心移除答倡，但是通過- (id)addObserverForName:方法注冊的觀察者依然需要手動(dòng)釋放，因?yàn)橥ㄖ行膶λ钟械氖菑?qiáng)引用驴党。
        雖然 iOS9之后瘪撇，不removeObserver:也不會(huì)報(bào)錯(cuò)，但是這是一個(gè)很不好的習(xí)慣港庄，不利于性能和內(nèi)存倔既，每次調(diào)用addObserver時(shí)都會(huì)在通知中心注冊一次（不會(huì)覆蓋相同的），如果不移除鹏氧，可能會(huì)收到多個(gè)通知（多次打開會(huì)重復(fù)注冊觀察者）渤涌。

4.2 接收方如果沒有指定接收消息后在哪個(gè)線程執(zhí)行，那么默認(rèn)消息會(huì)在發(fā)送線程同步處理把还；如果發(fā)送消息不在主線程上实蓬，在接收消息通知的時(shí)候一定要選擇你要執(zhí)行的線程（回到主線程上更新UI)茸俭。

4.3 再強(qiáng)調(diào)一點(diǎn)，通知的發(fā)送和處理是同步的安皱，post一個(gè)消息時(shí)调鬓，會(huì)遍歷通知中心的分發(fā)表，確保所有觀察者對象執(zhí)行完處理操作后（多個(gè)觀察者之間無序執(zhí)行练俐，不是按照添加觀察者的順序來執(zhí)行的）袖迎，才回到post的地方繼續(xù)執(zhí)行后面的代碼。（所以不要濫用通知腺晾，它會(huì)在一定程度上會(huì)影響程序的性能）燕锥。PS：如果想要通知異步發(fā)送，也可以通過NSNotificationQueue的enqueueNotification:postingStyle:和enqueueNotification:postingStyle:coalesceMask:forModes:方法將通知放入隊(duì)列悯蝉，實(shí)現(xiàn)異步發(fā)送归形；在把通知放入隊(duì)列之后，這些方法會(huì)立即將控制權(quán)返回給調(diào)用對象鼻由。

4.4 使用-addObserverForName:object:queue:usingBlock:務(wù)必處理好內(nèi)存問題暇榴，避免出現(xiàn)循環(huán)引用。

5.其他

5.1 和KVO的區(qū)別
        KVO只能用來監(jiān)聽類中屬性的變化蕉世，且發(fā)送監(jiān)聽的操作是系統(tǒng)控制的蔼紧，我們只能控制監(jiān)聽操作；通知還可以對各種狀態(tài)變化進(jìn)行監(jiān)聽狠轻，監(jiān)聽范圍更廣奸例，使用更靈活。
        KVO的通知是由被觀察者發(fā)出的向楼，通知是由通知中心統(tǒng)一發(fā)出的（用通知名來區(qū)分查吊，通知名由發(fā)送通知的類來起）。

5.2 與代理的區(qū)別
        代理是一對一湖蜕，通知是一對N逻卖，所以代理的效率比通知高；代理需要關(guān)注返回值昭抒，通知只需要發(fā)出消息评也，不關(guān)心結(jié)果。