NSNotificationCenter對(duì)象(通知中心)提供了在程序中廣播消息的機(jī)制怖糊，它實(shí)質(zhì)上就是一個(gè)通知分發(fā)表。這個(gè)分發(fā)表負(fù)責(zé)維護(hù)為各個(gè)通知注冊(cè)的觀察者，并在通知到達(dá)時(shí)，去查找相應(yīng)的觀察者匹表，將通知轉(zhuǎn)發(fā)給他們進(jìn)行處理。
本文主要了整理了一下NSNotificationCenter的使用及需要注意的一些問題宣鄙，并提出了一些未解決的問題袍镀，希望能在此得到解答。獲取通知中心每個(gè)程序都會(huì)有一個(gè)默認(rèn)的通知中心冻晤。
?為此苇羡，NSNotificationCenter提供了一個(gè)類方法來獲取這個(gè)通知
?(NSNotificationCenter *)defaultCenter? ?
?? ? ? ?獲取了這個(gè)默認(rèn)的通知中心對(duì)象后，我們就可以使用它來處理通知相關(guān)的操作了鼻弧，包括注冊(cè)觀察者设江，移除觀察者锦茁、發(fā)送通知等。通常如果不是出于必要绣硝，我們一般都使用這個(gè)默認(rèn)的通知中心蜻势，（備注）而不自己創(chuàng)建維護(hù)一個(gè)通知中心撑刺。
? ? ? ? 添加觀察者如果想讓對(duì)象監(jiān)聽某個(gè)通知鹉胖，則需要在通知中心中將這個(gè)對(duì)象注冊(cè)為通知的觀察者。早先够傍，NSNotificationCenter提供了以下方法來添加觀察者：
- (void)addObserver:(id)notificationObserver ?selector:(SEL)notificationSelector name:(NSString *)notificationName ?object:(id)notificationSender這個(gè)方法帶有4個(gè)參數(shù)甫菠，分別指定了通知的觀察者、處理通知的回調(diào)冕屯、通知名及通知的發(fā)送對(duì)象寂诱。
這里需要注意幾個(gè)問題：
1、notificationObserver不能為nil安聘。
2痰洒、notificationSelector回調(diào)方法有且只有一個(gè)參數(shù)(NSNotification對(duì)象)。
3浴韭、如果notificationName為nil丘喻，則會(huì)接收所有的通知(如果notificationSender不為空，則接收所有來自于notificationSender的所有通知)念颈。如代碼清單1所示泉粉。
4、如果notificationSender為nil榴芳，則會(huì)接收所有notificationName定義的通知嗡靡；否則，接收由notificationSender發(fā)送的通知窟感。
5讨彼、監(jiān)聽同一條通知的多個(gè)觀察者，在通知到達(dá)時(shí)柿祈，它們執(zhí)行回調(diào)的順序是不確定的哈误，所以我們不能去假設(shè)操作的執(zhí)行會(huì)按照添加觀察者的順序來執(zhí)行。
對(duì)于以上幾點(diǎn)谍夭，我們來重點(diǎn)關(guān)注一下第3條黑滴。以下代碼演示了當(dāng)我們的notificationName設(shè)置為nil時(shí)，通知的監(jiān)聽情況紧索。
代碼清單1：
添加一個(gè)Observer袁辈，其中notificationName為nil
@implementation ViewController
- (void)viewDidLoad?
{? ?
?[super viewDidLoad];? ? ? ?
?[[NSNotificationCenter defaultCenter] addObserver:self
selector:@selector(handleNotification:) name:nil object:nil];? ? ? ??
[[NSNotificationCenter defaultCenter] postNotificationName:TEST_NOTIFICATION object:nil];
}
- (void)handleNotification:(NSNotification *)notification
{??
? NSLog(@"notification = %@", notification.name);
}
@end
運(yùn)行后的輸出結(jié)果如下：
notification = TestNotification
notification = UIWindowDidBecomeVisibleNotification
notification = UIWindowDidBecomeKeyNotification
notification = UIApplicationDidFinishLaunchingNotification
notification = _UIWindowContentWillRotateNotification
notification = _UIApplicationWillAddDeactivationReasonNotification
notification = _UIApplicationDidRemoveDeactivationReasonNotification
notification = UIDeviceOrientationDidChangeNotification
notification = _UIApplicationDidRemoveDeactivationReasonNotification
notification = UIApplicationDidBecomeActiveNotification
可以看出，我們的對(duì)象基本上監(jiān)聽了測試程序啟動(dòng)后的所示消息珠漂。當(dāng)然晚缩，我們很少會(huì)去這么做尾膊。
而對(duì)于第4條，使用得比較多的場景是監(jiān)聽UITextField的修改事件荞彼，通常我們?cè)谝粋€(gè)ViewController中冈敛，只希望去監(jiān)聽當(dāng)前視圖中的UITextField修改事件，而不希望監(jiān)聽所有UITextField的修改事件鸣皂，這時(shí)我們就可以將當(dāng)前頁面的UITextField對(duì)象指定為notificationSender抓谴。
在iOS 4.0之后，NSNotificationCenter為了跟上時(shí)代寞缝，又提供了一個(gè)以block方式實(shí)現(xiàn)的添加觀察者的方法癌压，如下所示：
- (id) addObserverForName:(NSString *)name object:(id)obj queue:(NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block
大家第一次看到這個(gè)方法時(shí)是否會(huì)有這樣的疑問：觀察者呢？參數(shù)中并沒有指定具體的觀察者荆陆，那誰是觀察者呢滩届？實(shí)際上，與前一個(gè)方法不同的是被啼，前者使用一個(gè)現(xiàn)存的對(duì)象作為觀察者帜消，而這個(gè)方法會(huì)創(chuàng)建一個(gè)匿名的對(duì)象作為觀察者(即方法返回的id對(duì)象)，這個(gè)匿名對(duì)象會(huì)在指定的隊(duì)列(queue)上去執(zhí)行我們的block浓体。
這個(gè)方法的優(yōu)點(diǎn)在于添加觀察者的操作與回調(diào)處理操作的代碼更加緊湊泡挺，不需要拼命滾動(dòng)鼠標(biāo)就能直接找到處理代碼，簡單直觀汹碱。這個(gè)方法也有幾個(gè)地方需要注意：
1粘衬、name和obj為nil時(shí)的情形與前面一個(gè)方法是相同的。
2咳促、稚新、如果queue為nil，則消息是默認(rèn)在post線程中同步處理跪腹，即通知的post與轉(zhuǎn)發(fā)是在同一線程中褂删；但如果我們指定了操作隊(duì)列，情況就變得有點(diǎn)意思了冲茸，我們一會(huì)再講屯阀。
3、block塊會(huì)被通知中心拷貝一份(執(zhí)行copy操作)轴术，以在堆中維護(hù)一個(gè)block對(duì)象难衰，直到觀察者被從通知中心中移除。所以逗栽，應(yīng)該特別注意在block中使用外部對(duì)象盖袭，避免出現(xiàn)對(duì)象的循環(huán)引用，這個(gè)我們?cè)谙旅鎸⑴e例說明。
4鳄虱、如果一個(gè)給定的通知觸發(fā)了多個(gè)觀察者的block操作弟塞，則這些操作會(huì)在各自的Operation Queue中被并發(fā)執(zhí)行。所以我們不能去假設(shè)操作的執(zhí)行會(huì)按照添加觀察者的順序來執(zhí)行拙已。
5决记、該方法會(huì)返回一個(gè)表示觀察者的對(duì)象，記得在不用時(shí)釋放這個(gè)對(duì)象倍踪。
下面我們重點(diǎn)說明一下第2點(diǎn)和第3點(diǎn)系宫。
關(guān)于第2點(diǎn)，當(dāng)我們指定一個(gè)Operation Queue時(shí)惭适，不管通知是在哪個(gè)線程中post的笙瑟，都會(huì)在Operation Queue所屬的線程中進(jìn)行轉(zhuǎn)發(fā)楼镐，如代碼清單2所示：
代碼清單2：在指定隊(duì)列中接收通知
@implementation ViewController
- (void)viewDidLoad {
? ? ? ? ? ?[super viewDidLoad];? ? ? ?
// 在主線程中添加一個(gè)觀察者 并處理這個(gè)通知
? ? ? ? ? [[NSNotificationCenter defaultCenter] addObserverForName:TEST_NOTIFICATION object:nil queue:[NSOperationQueue mainQueue] usingBlock:^(NSNotification *note)
? ? ? {? ? ? ? ? ? ? ??
? ? ? ? ? NSLog(@"receive thread = %@", [NSThread currentThread]);? ??
? ? ?}];
// 在全局隊(duì)列中post一個(gè)通知
? ? ? ? dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{? ? ? ? ? ? ? ??
? ? ? ?NSLog(@"post thread = %@", [NSThread currentThread]);? ? ? ??
? ? ? [[NSNotificationCenter defaultCenter] postNotificationName:TEST_NOTIFICATION object:nil];? ??
? ? });
}
@end
在這里癞志，我們?cè)?b>主線程里添加了一個(gè)觀察者，并指定在主線程隊(duì)列中去接收處理這個(gè)通知框产。
然后我們?cè)谝粋€(gè)全局隊(duì)列中post了一個(gè)通知凄杯。
我們來看下輸出結(jié)果：
post thread ={number = 2, name = (null)}
receive thread ={number = 1, name = main}
可以看到，消息的post與接收處理并不是在同一個(gè)線程中秉宿。如上面所提到的戒突，如果queue為nil，則消息是默認(rèn)在post線程中同步處理描睦，大家可以試一下膊存。
對(duì)于第3點(diǎn)，由于使用的是block忱叭，所以需要注意的就是避免引起循環(huán)引用的問題隔崎，如代碼清單3所示：
代碼清單3：block引發(fā)的循環(huán)引用問題
@interface Observer : NSObject
@property (nonatomic, assign) NSInteger i;
@property (nonatomic, weak) idobserver;
@end
@implementation Observer
- (instancetype)init
{
self = [super init];
if (self)
{
NSLog(@"Init Observer");
// 添加觀察者
_observer =? [[NSNotificationCenter defaultCenter] addObserverForName:TEST_NOTIFICATION object:nil queue:[NSOperationQueue mainQueue] usingBlock:^(NSNotification *note) {
NSLog(@"handle notification");
// 使用self
self.i = 10;
}];
}
return self;
}
@end
#pragma mark - ViewController
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
[self createObserver];
// 發(fā)送消息
[[NSNotificationCenter defaultCenter] postNotificationName:TEST_NOTIFICATION object:nil];
}
- (void)createObserver {
Observer *observer = [[Observer alloc] init];
}
@end
運(yùn)行后的輸出如下：
Init Observer
handle notification
我們可以看到createObserver中創(chuàng)建的observer并沒有被釋放。所以韵丑，使用addObserverForName:object:queue:usingBlock:一定要注意這個(gè)問題爵卒。
移除觀察者
與注冊(cè)觀察者相對(duì)應(yīng)的，NSNotificationCenter為我們提供了兩個(gè)移除觀察者的方法撵彻。它們的定義如下：
- (void)removeObserver:(id)notificationObserver
- (void)removeObserver:(id)notificationObserver name:(NSString *)notificationName object:(id)notificationSender
前一個(gè)方法會(huì)將notificationObserver從通知中心中移除钓株，這樣notificationObserver就無法再監(jiān)聽任何消息。而后一個(gè)會(huì)根據(jù)三個(gè)參數(shù)來移除相應(yīng)的觀察者陌僵。
這兩個(gè)方法也有幾點(diǎn)需要注意：
1轴合、由于注冊(cè)觀察者時(shí)(不管是哪個(gè)方法)，通知中心會(huì)維護(hù)一個(gè)觀察者的弱引用碗短，所以在釋放對(duì)象時(shí)受葛，要確保移除對(duì)象所有監(jiān)聽的通知霍骄。否則，可能會(huì)導(dǎo)致程序崩潰或一些莫名其妙的問題飘弧。
2柳刮、對(duì)于第二個(gè)方法，如果notificationName為nil咳秉，則會(huì)移除所有匹配notificationObserver和notificationSender的通知婉支，同理notificationSender也是一樣的。而如果notificationName和notificationSender都為nil澜建，則其效果就與第一個(gè)方法是一樣的了向挖。大家可以試一下。
3炕舵、最有趣的應(yīng)該是這兩個(gè)方法的使用時(shí)機(jī)何之。–removeObserver:適合于在類的dealloc方法中調(diào)用，這樣可以確保將對(duì)象從通知中心中清除咽筋；而在viewWillDisappear:這樣的方法中溶推，則適合于使用-removeObserver:name:object:方法，以避免不知情的情況下移除了不應(yīng)該移除的通知觀察者奸攻。例如蒜危，假設(shè)我們的ViewController繼承自一個(gè)類庫的某個(gè)ViewController類(假設(shè)為SKViewController吧)，可能SKViewController自身也監(jiān)聽了某些通知以執(zhí)行特定的操作睹耐，但我們使用時(shí)并不知道辐赞。如果直接在viewWillDisappear:中調(diào)用–removeObserver:，則也會(huì)把父類監(jiān)聽的通知也給移除硝训。
關(guān)于注冊(cè)監(jiān)聽者响委，還有一個(gè)需要注意的問題是，每次調(diào)用addObserver時(shí)窖梁，都會(huì)在通知中心重新注冊(cè)一次赘风，即使是同一對(duì)象監(jiān)聽同一個(gè)消息，而不是去覆蓋原來的監(jiān)聽窄绒。這樣贝次，當(dāng)通知中心轉(zhuǎn)發(fā)某一消息時(shí)，如果同一對(duì)象多次注冊(cè)了這個(gè)通知的觀察者彰导，則會(huì)收到多個(gè)通知蛔翅，如代碼清單4所示：
代碼清單4：同一對(duì)象多次注冊(cè)同一消息
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleNotification:) name:TEST_NOTIFICATION object:nil];
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleNotification:) name:TEST_NOTIFICATION object:nil];
[[NSNotificationCenter defaultCenter] postNotificationName:TEST_NOTIFICATION object:nil];
}
- (void)handleNotification:(NSNotification *)notification
{
NSLog(@"notification = %@", notification.name);
}
@end
其輸出結(jié)果如下所示：
notification = TestNotification
notification = TestNotification
可以看到對(duì)象處理了兩次通知。所以位谋，如果我們需要在viewWillAppear監(jiān)聽一個(gè)通知時(shí)山析，一定要記得在對(duì)應(yīng)的viewWillDisappear里面將觀察者移除，否則就可能會(huì)出現(xiàn)上面的情況掏父。
最后笋轨，再特別重點(diǎn)強(qiáng)調(diào)的非常重要的一點(diǎn)是，在釋放對(duì)象前，一定要記住如果它監(jiān)聽了通知爵政，一定要將它從通知中心移除仅讽。如果是用addObserverForName:object:queue:usingBlock:，也記得一定得移除這個(gè)匿名觀察者钾挟。說白了就一句話洁灵，添加和移除要配對(duì)出現(xiàn)。
post消息
注冊(cè)了通知觀察者掺出，我們便可以隨時(shí)隨地的去post一個(gè)通知了(當(dāng)然徽千，如果閑著沒事，也可以不注冊(cè)觀察者汤锨，post通知隨便玩双抽，只是沒人理睬罷了)。NSNotificationCenter提供了三個(gè)方法來post一個(gè)通知闲礼，如下所示：
1牍汹、- postNotification:
2、– postNotificationName:object:
3位仁、– postNotificationName:object:userInfo:
我們可以根據(jù)需要指定通知的發(fā)送者(object)并附帶一些與通知相關(guān)的信息(userInfo)柑贞，當(dāng)然這些發(fā)送者和userInfo可以封裝在一個(gè)NSNotification對(duì)象中，由- postNotification:來發(fā)送聂抢。注意，- postNotification:的參數(shù)不能為空棠众，否則會(huì)引發(fā)一個(gè)異常琳疏，如下所示：
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSNotificationCenter postNotification:]: notification is nil'
每次post一個(gè)通知時(shí)，通知中心都會(huì)去遍歷一下它的分發(fā)表闸拿，然后將通知轉(zhuǎn)發(fā)給相應(yīng)的觀察者空盼。
另外，通知的發(fā)送與處理是同步的新荤，在某個(gè)地方post一個(gè)消息時(shí)揽趾，會(huì)等到所有觀察者對(duì)象執(zhí)行完處理操作后，才回到post的地方苛骨，繼續(xù)執(zhí)行后面的代碼篱瞎。如代碼清單5所示：
代碼清單5：通知的同步處理
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(handleNotification:) name:TEST_NOTIFICATION object:nil];
[[NSNotificationCenter defaultCenter] postNotificationName:TEST_NOTIFICATION object:nil];
NSLog(@"continue");
}
- (void)handleNotification:(NSNotification *)notification
{
NSLog(@"handle notification");
}
@end
運(yùn)行后輸出結(jié)果是：
handle notification
continue
一些思考
翻了好些資料，還有兩個(gè)問題始終沒有明確的答案痒芝。
首先就是通知中心是如何維護(hù)觀察者對(duì)象的俐筋。可以明確的是严衬，添加觀察者時(shí)澄者，通知中心沒有對(duì)觀察者做retain操作，即不會(huì)使觀察者的引用計(jì)數(shù)加1。那通知中心維護(hù)的是觀察者的weak引用呢還是unsafe_unretained引用呢粱挡？
個(gè)人認(rèn)為可能是unsafe_unretained的引用赠幕，因?yàn)槲覀冎廊绻莣eak引用，其所指的對(duì)象被釋放后询筏，這個(gè)引用會(huì)被置成nil劣坊。而實(shí)際情況是通知中心還會(huì)給這個(gè)對(duì)象發(fā)送消息，并引發(fā)一個(gè)異常屈留。而如果向nil發(fā)送一個(gè)消息是不會(huì)導(dǎo)致異常的局冰。
【非常感謝 @lv-pw，上面這個(gè)問題在《斯坦福大學(xué)公開課：iOS 7應(yīng)用開發(fā)》的第5集的第57分50秒中得到了解答：確實(shí)使用的是unsafe_unretained灌危，老師的解釋是康二，之所以使用unsafe_unretained，而不使用weak勇蝙，是為了兼容老版本的系統(tǒng)沫勿。】
另外味混，我們知道NSNotificationCenter實(shí)現(xiàn)的是觀察者模式产雹，而且通常情況下消息在哪個(gè)線程被post，就在哪個(gè)線程被轉(zhuǎn)發(fā)翁锡。而從上面的描述可以發(fā)現(xiàn)蔓挖，
-addObserverForName:object:queue:usingBlock:添加的匿名觀察者可以在指定的隊(duì)列中處理通知，那它的實(shí)現(xiàn)機(jī)制是什么呢馆衔？
小結(jié)
在我們的應(yīng)用程序中瘟判，一個(gè)大的話題就是兩個(gè)對(duì)象之間如何通信。我們需要根據(jù)對(duì)象之間的關(guān)系來確定采用哪一種通信方式角溃。對(duì)象之間的通信方式主要有以下幾種：
1拷获、直接方法調(diào)用
2、Target-Action
3减细、Delegate
4匆瓜、回調(diào)(block)
5、KVO
6未蝌、通知
一般情況下驮吱，我們可以根據(jù)以下兩點(diǎn)來確定使用哪種方式：
通信對(duì)象是一對(duì)一的還是一對(duì)多的
對(duì)象之間的耦合度，是強(qiáng)耦合還是松耦合
Objective-C中的通知由于其廣播性及松耦合性树埠，非常適合于大的范圍內(nèi)對(duì)象之間的通信(模塊與模塊糠馆，或一些框架層級(jí))。通知使用起來非常方便怎憋，也正因?yàn)槿绱擞致担匀菀讓?dǎo)致濫用九昧。所以在使用前還是需要多想想，是否有更好的方法來實(shí)現(xiàn)我們所需要的對(duì)象間通信毕匀。畢竟铸鹰，通知機(jī)制會(huì)在一定程度上會(huì)影響到程序的性能。
對(duì)于使用NSNotificationCenter皂岔，最后總結(jié)一些小建議：
1蹋笼、在需要的地方使用通知。
2躁垛、注冊(cè)的觀察者在不使用時(shí)一定要記得移除剖毯，即添加和移除要配對(duì)出現(xiàn)。
3教馆、盡可能遲地去注冊(cè)一個(gè)觀察者逊谋，并盡可能早將其移除，這樣可以改善程序的性能土铺。因?yàn)榻鹤蹋縫ost一個(gè)通知，都會(huì)是遍歷通知中心的分發(fā)表悲敷，確保通知發(fā)給每一個(gè)觀察者究恤。
4、記住通知的發(fā)送和處理是在同一個(gè)線程中后德。
5部宿、使用-addObserverForName:object:queue:usingBlock:務(wù)必處理好內(nèi)存問題，避免出現(xiàn)循環(huán)引用探遵。
6窟赏、NSNotificationCenter是線程安全的，但并不意味著在多線程環(huán)境中不需要關(guān)注線程安全問題箱季。不恰當(dāng)?shù)氖褂萌匀粫?huì)引發(fā)線程問題。
本文轉(zhuǎn)載自大神 南峰子的技術(shù)博客?southpeak.github.io/2015/03/20/cocoa-foundation-nsnotificationcenter/
