1 NSNotificationCenter機制

1.1 原理

1.1.1 不移除通知掛機原因分析

@implementation MRCObject

- (id)init

{

    if (self = [super init]) {

        [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(test) name:@"test"object:nil];

    }

    return self;

}

- (void)test

{

    NSLog(@"=================");

}

- (void)dealloc

{

    [super dealloc];

}

@end

在另一個類中引用：

- (void)viewDidLoad {

    [superview DidLoad];

    MRCObject *obj = [[MRCObjectalloc] init];

    [obj release];

    [[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];

}

    在進入這個vc後，我們發現掛了。。

    我們可以發現，向野指標物件傳送了訊息，所以掛掉了。從這點來看，蘋果實現也基本差不多是這樣的，只儲存了個物件的地址，並沒有在銷燬的時候置為nil。

    這點就可以證明，addObserver後，必須要有remove操作。

1.1.2 ViewController中不手動移除通知不掛機原因分析

    現在我們在UIViewController中註冊通知，不移除，看看會不會掛掉。

- (void)viewDidLoad {

    [superviewDidLoad];

    [[NSNotificationCenter defaultCenter] addObserver: self selector:@selector(test) name: @"test" object: nil];

}

    首先用navigationController進入到這個頁面，然後pop出去。最後點擊發送通知的按鈕事件：

- (void)didButtonClicked:(id)sender

{

    [[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];

}

        無論你怎麼點選這個按鈕，他就是不掛！這下，是不是很鬱悶了？我們可以找找看，你程式碼裡面沒有remove操作，但是NSNotificationCenter那邊已經移除了，不然肯定會出現上面野指標的問題。看來看去，也只能說明是UIViewController自己銷燬的時候幫我們暗地裡移除了。

        那我們如何證明呢？由於我們看不到原始碼，所以也不知道有沒有呼叫。這個時候，我們可以從這個通知中心下手！！！怎麼下手呢？我只要證明UIViewController在銷燬的時候呼叫了remove方法，就可以證明我們的猜想是對的了！這個時候，就需要用到我們強大的類別這個特性了。我們為NSNotificationCenter添加個類別，重寫他的- (void)removeObserver:(id)observer方法：

- (void)removeObserver:(id)observer

{

    NSLog(@"====%@

    remove===", [observer class]);

}

        這樣在我們VC中匯入這個類別，然後pop出來，看看發生了什麼！

2015-01-19 22:59:00.580 測試[1181:288728] ====TestViewController remove===

        怎麼樣？是不是可以證明系統的UIViewController在銷燬的時候呼叫了這個方法。（不建議大家在開發的時候用類別的方式覆蓋原有的方法，由於類別方法具有更高的優先權，所以有可能影響到其他地方。這裡只是除錯用）。

        以上也提醒我們，在你不是銷燬的時候，千萬不要直接呼叫[[NSNotificationCenter

defaultCenter] removeObserver: self]; 這個方法，因為你有可能移除了系統註冊的通知。

1.1.3 多執行緒通知

    首先看下蘋果的官方說明：

        Regular notification centers deliver notifications on the thread in which the notification was posted. Distributed notification centers deliver notifications on the main thread. At times, you may require notifications to be delivered on a particular thread that is determined by you instead of the notification center. For example, if an object running in a background thread is listening for notifications from the user interface, such as a window closing, you would like to receive the notifications in the background thread instead of the main thread. In these cases, you must capture the notifications as they are delivered on the default thread and redirect them to the appropriate thread.

        意思很簡單，NSNotificationCenter訊息的接受執行緒是基於傳送訊息的執行緒的。也就是同步的，因此，有時候，你傳送的訊息可能不在主執行緒，而大家都知道操作UI必須在主執行緒，不然會出現不響應的情況。所以，在你收到訊息通知的時候，注意選擇你要執行的執行緒。下面看個示例程式碼

//接受訊息通知的回撥

- (void)test

{

    if ([[NSThreadcurrentThread] isMainThread]) {

        NSLog(@"main");

    }else{

        NSLog(@"not main");

    }

    dispatch_async(dispatch_get_main_queue(), ^{

        //do your UI

    });

}

//傳送訊息的執行緒

- (void)sendNotification

{

    dispatch_queue_t defaultQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

    dispatch_async(defaultQueue, ^{

        [[NSNotificationCenter defaultCenter] postNotificationName: @"test" object: nil];

    });

}

2 開發技巧

2.1 常用開發技巧

2.1.1 注意重複addObserver

    在我們開發中，我們經常可以看到這樣的程式碼：

- (void)viewWillAppear:(BOOL)animated

{

    [super viewWillAppear: animated];

    [[NSNotificationCenter defaultCenter] addObserver: self selector:@selector(test) name: @"test"  object: nil];

}

- (void)viewWillDisappear:(BOOL)animated

{

    [super viewWillDisappear :animated];

    [[NSNotificationCenter defaultCenter] removeObserver: self name:@"test" object: nil];

}

        就是在頁面出現的時候註冊通知，頁面消失時移除通知。你這邊可要注意了，一定要成雙成對出現，如果你只在viewWillAppear 中 addObserver沒有在viewWillDisappear 中 removeObserver那麼當訊息發生的時候，你的方法會被呼叫多次，這點必須牢記在心。

3 參考連結

iOS NSNotificationCenter使用姿勢詳解