iOS 通知观察者的被调函数不一定运行在主线程

Tony in iOS | 08/08/2013

iOS 通知观察者的被调函数不一定运行在主线程

今天修复Bug时候发现的一个小细节，记录下。

问题描述

事情是这样的：我在A视图（UITableView）注册了一个通知，当接收到此通知时，就重新读取数据并调用

[tableView reloadData]

。但是视图有时刷新后的显示的内容不对，再重新切换下视图又正常了。

代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

//A视图在初始化时注册通知 - (void)viewDidLoad { //... [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(reloadFavDBData:) name:@"refreshMyFavortieData" object:nil]; } //接收通知后的被调函数 - (void)reloadFavDBData:(NSNotification*)sender { [_dataArray release]; _dataArray = [MusicCollectedDataOperate getSongCollectedInfoWithKeyword:nil]; //重新获取数据 [tableView reloadData]; } //调用者在一个线程中运行，调用通知告诉A视图刷新数据 [[NSNotificationCenter defaultCenter] postNotificationName:@"refreshMyFavortieData" object:nil];

分析 & 解决

经过一番调试，在被调函数reloadFavDBData打了断点后意外发现，它并不是在主线程运行的！而我们在这里做了与UI相关的

[tableView reloadData]

操作——在非主线程做UI刷新操作，导致了显示异常的问题。

解决办法也很简单，在被调函数中切换到主线程再做操作就行啦。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

- (void)reloadFavDBData:(NSNotification*)sender { @synchronized(self) //保证线程安全 { //获取新数据，请注意这里和上述代码的区别，由于获取数据操作耗时相对较长， //原实现方式可能导致TableView获取数据时崩溃 NSArray *tmpArray = [MusicCollectedDataOperate getSongCollectedInfoWithKeyword:nil]; //切换到主线程 dispatch_async(dispatch_get_main_queue(), ^{ [_dataArray release]; _dataArray = [tmpArray retain]; [self.refreshTableView.myTableView reloadData]; }); } }

WHY？

测试得来的结论还是不够完整。翻了翻官方文档，在NSNotificationCenter部分看到这样一段话：


在多线程程序中，通知总是在发送通知者的线程中调用（delivered，可以这么理解么？），结合上述所遇到的情况，我的理解是，通知观察者的被调函数总是运行在发送通知者的线程中，如下图所示：





这个结论告诉我们，通知的被调函数不一定运行在主线程中，如果需要做UI相关操作，需要手动切换到主线程。

有空再尝试看看通知的实现原理，应该会有更透彻的理解。