NSNotificationCenter需要注意的几个问题

NSNotificationCenter是IOS中常用的消息通知机制,不过在使用过程中有几点需要注意的问题.

直接贴Apple 的官方文档吧:

A notification center delivers notifications to observers synchronously. In other words, when posting a notification, control does not return to the poster until all observers have received and processed the notification. To send notifications asynchronously use a notification queue, which is described in Notification Queues.

In a multithreaded application, notifications are always delivered in the thread in which the notification was posted, which may not be the same thread in which an observer registered itself.

来源于:

https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Notifications/Articles/NotificationCenters.html

第一段,简单的来说,它是一个“同步的”消息通知机制. 虽然方法名字是postNotification,但这个玩意并不是异步的,和WIN32 API的PostMessage可是有很大区别哦,只有Observer将消息处理完毕后,消息发送者才会继续执行,所以如果在通知处理的地方要做大量耗时操作的话,很有可能就会带来问题啦。

第二段的意思就是在多线程的应用中,Notification在哪个线程中Post, 就是在那个线程分发,结合第一段,也就在同一个线程中被observer处理。说白了,就是在哪个线程中调用了postNotification或者postNotificationName, observer的回调函数就是在哪个线程中决定,完全取决于发送消息的那个线程, 和注册线程也就是addObserver调用的那个线程无关.

而通常呢,我们会在Observer对象的dealloc方法中去removeObserver, 所以,理论上,如果observer的dealloc和消息发送者的postNotification的方法在不同的线程中调用的话,是有可能会导致Crash的.

时间: 2024-10-27 08:53:32

NSNotificationCenter需要注意的几个问题的相关文章

NSNotificationCenter消息通信机制介绍(KVO)

NSNotificationCenter消息通信机制介绍(KVO) 作用:NSNotificationCenter是专门供程序中不同类间的消息通信而设置的. 注册通知:即要在什么地方接受消息                [[NSNotificationCenter defaultCenter]  addObserver:self selector:@selector(mytest:) name:@" mytest" object:nil];        参数介绍:         

iOS NSNotificationCenter 移除通知带来的crash

Where to remove observer for NSNotification? 在dealloc方法中移除通知观察者带来crash NSNotificationCenter中的通知消息已经发出,而观察者对象子线程释放,也就是抛送通知消息的线程和观察者对象子线程释放的线程不一致时,存在crash风险,原因是NSNotificationCenter不是线程安全的. 解决办法:尽早移除通知 或者保证释放和抛送通知在同一个线程.

通知中心 - NSNotificationCenter

---恢复内容开始--- NS_ASSUME_NONNULL_BEGIN /**************** Notifications ****************/ // 通知,被发送,被接受. @interface NSNotification : NSObject <NSCopying, NSCoding> 通知的名字 @property (readonly, copy) NSString *name; 具体某一个对象. @property (nullable, readonly,

NSNotificationCenter

dispatch_queue_t defaultQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); dispatch_async(defaultQueue, ^{ [[NSNotificationCenter defaultCenter] postNotificationName:@"test" object:nil]; }); 注意释放 [[NSNotificationCenter defaul

第二十六篇:通知中心 NSNotificationCenter

1.通知中心(NSNotificationCenter) ?每一个应用程序都有一个通知中心(NSNotificationCenter)实例,专门负责协助不同对象之间的消息通信 ?任何一个对象都可以向通知中心发布通知(NSNotification),描述自己在做什么.其他感兴趣的对象(Observer)可以申请在某个特定通知发布时(或在某个特定的对象发布通知时)收到这个通知 2.通知(NSNotification) >一个完整的通知一般包含3个属性: - (NSString*)name; // 通

通知(NSNotificationCenter)

通知 如今天遇到了一个问题,长按相片,将此相片传到发布说说那个控制器中,不管用push,还是其它方法都无法实现,后来发现一个view添加到了Windows上面了,view添加完毕了就移除了和这个控制器一点关系都没有,这时一个大牛(朋友)用了"通知'这个方法,解决了我的难题,记录下. 1.发送通知 /**   postNotificationName: 是发布的通知的名字,谁要注册通知时,必须和这个名字一致 *   Object :是要传递的对象或参数,如果不传为nil (id类型). **/ [

UI基础之 通知(NSNotificationCenter)

一:通知中心: 每一个应用程序都有一个通知中心(NSNotificationCenter)实例,专门负责协助不同对象之间的消息通信 任何一个对象都可以向通知中心发布通知(NSNotification),描述自己在做什么.其他感兴趣的对象(Observer)可以申请在某个特定通知发布时(或在某个特定的对象发布通知时)收到这个通知 一个完整的通知一般包含3个属性:- (NSString *)name; // 通知的名称- (id)object; // 通知发布者(是谁要发布通知)- (NSDicti

通过NSNotificationCenter 发送通知

问题: 想在APP中发布一条通知,同时允许其他对象接收通知并根据你广播的内容采取相应的行动. 讨论: 通知中心是通知对象的派送中心, 例如,在用户使用 App 时如果键盘显示出来了,iOS 会发送一条通知到你的应用,程序中的任何对象都可以通过将自己添加到通知中心,作为一个观察者,来监听此通知.当对象的的生命周期即将结束时,需要将该对象从通知中心的派送表中移除. 这样,一条通知就相当于一个消息被通知中心广播给它的观察者.通知中心是 NSNotificationCenter 类的一个实例对象.我们通

通知传值(NSNotificationCenter)

通知传值 //流程: 1.注册通知 2.通知中心,发送一条消息通知----------其中name名字千万不要写错了,会出现在3个地方 3.实现通知中心内部的方法,并实现传值 4.第四步,消息发送完,要移除掉 代码如下: #import "FirstViewController.h" #import "SecondViewController.h" #import "UIButton+Create.h" @interface FirstViewC

iOS-开启arc之后 NSNotificationCenter removeObserver 是否需要调用

开启ARC之后,NSNotificationCenter removeObserver 是否需要调用,在何时调用? 今天在stackoverflow上面看到一个问题,arc情况下是否需要调用removeObserver,自己想了想,的确是个问题,就研究了一下. 上代码: - (void)dealloc { [[NSNotificationCenter defaultCenter] removeObserver:self]; } 本来想着在arc中dealloc方式是已经遗弃的了,但是事实是它还存