通知机制的使用

通知中心(NSNotificationCenter)

•每一个应用程序都有一个通知中心(NSNotificationCenter)实例,专门负责协助不同对象之间的消息通信
任何一个对象都可以向通知中心发布通知(NSNotification),描述自己在做什么。其他感兴趣的对象(Observer)可以申请在某个特定通知发布时(或在某个特定的对象发布通知时)收到这个通知

通知(NSNotification)

一个完整的通知一般包含3个属性:
- ( NSString*)name; / / 通知的名称
- ( id)object; // 通知发布者 ( 是谁要发布通知 )
- ( NSDictionary*)userInfo; // 一些额外的信息 ( 通知发布者传递给通知接收者的信息内容 )
初始化一个通知(NSNotification)对象
+ ( instancetype)notificationWithName:( NSString*)aName object:( id)anObject;
+ ( instancetype)notificationWithName:( NSString*)aName object:( id)anObjectuserInfo:( NSDictionary*)aUserInfo;
- ( instancetype)initWithName:( NSString*)name object:( id)objectuserInfo:( NSDictionary *)userInfo;

发布通知

通知中心(NSNotificationCenter)提供了相应的方法来帮助发布通知

- ( void)postNotification:( NSNotification*)notification;
发布一个notification通知,可在notification对象中设置 通知的名称通知发布者额外信息
- ( void)postNotificationName:( NSString*)aName object:( id)anObject;
发布一个名称为aName的通知,anObject为这个通知的发布者
- ( void)postNotificationName:( NSString*)aName object:( id)anObjectuserInfo:( NSDictionary*)aUserInfo;
发布一个名称为aName的通知,anObject为这个通知的发布者,aUserInfo为额外信息


注册通知监听器

通知中心(NSNotificationCenter)提供了方法来注册一个监听通知的监听器(Observer)

- ( void)addObserver:( id)observerselector:( SEL)aSelectorname:( NSString*)aName object:( id)anObject;
observer:监听器,即谁要接收这个通知
aSelector:收到通知后,回调监听器的这个方法, 并且把通知对象当做参数传入
aName:通知的名称。如果为nil,那么无论通知的名称是什么,监听器都能收到这个通知
anObject:通知发布者。如果为anObject和aName都为nil,监听器都收到所有的通知

取消注册通知监听器


通知中心不会保留(retain)监听器对象,在通知中心注册过的对象, 必须在该对象释放前取消注册。否则,当相应的通知再次出现时,通知中心仍然会向该监听器发送消息。因为相应的监听器对象已经被释放了,所以可能会导致应用崩溃
通知中心提供了相应的方法来取消注册监听器
- ( void)removeObserver:( id)observer;
- ( void)removeObserver:( id)observername:( NSString*)aName object:( id)anObject;
一般在监听器销毁之前取消注册(如在监听器中加入下列代码):

- (void)dealloc{

  //[superdealloc]; ARC中需要调用此句

   [[NSNotificationCenter defaultCenter] removeObserver:self];

}


通知和代理的选择

共同点
利用通知和代理都能完成对象之间的通信

(比如A对象告诉D对象发生了什么事情,A对象传递数据给D)

不同点
代理 :一对一关系( 1 个对象只能告诉 1 个对象发生了什么事情)
通知 :多对多关系( 1 个对象能告诉 N 个对象发生了什么事情, 1 个对 能得知 N 个对象发生了什么事情)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux Notify通知机制是一种用于应用程序间通信的技术,允许一个程序向其他程序发送消息并接收响应,以便协调工作或共享状态信息。这种机制对于构建分布式系统、服务间的交互以及创建具有复杂协同功能的应用非常重要。 ### Linux Notify的基本原理 1. **命名空间(NameSpace)**:在Linux上,notify通知通常通过在特定目录下创建文件或链接来实现。这个目录通常是 `/var/run` 或 `/run` 下的一个特定命名空间目录,如 `myapp`,用来存放通知文件。 2. **注册监听**:一个进程可以通过创建一个特殊的文件(通常是名为 `.pid` 的文件)在指定的命名空间目录下,声明它将作为该命名空间的监听者。这一步骤通常涉及将自身的PID记录到文件中,并同步该文件的状态(如修改时间戳)。 3. **发送通知**:另一个进程需要发送通知时,在相同的命名空间目录下创建一个文件,其内容可以包含一些元数据,比如发送者的标识符或要传递的消息的序列化形式。然后,文件名通常会被修改以指示“正在等待回复”。 4. **接收与处理通知**:监听进程发现新的文件时会读取该文件的内容。如果文件表明有一个待处理的通知,监听进程会读取文件内的信息,解码消息,并基于接收到的信息采取相应的操作,例如更新自身状态、启动新任务等。之后,监听进程可能会移除或修改文件状态以表示已处理此通知。 5. **确认处理完成**:处理完通知后,监听进程可以修改文件状态以表明通知已被处理。这可能是删除文件本身或更新文件的某个属性(如修改时间戳),使得发送方可以检查状态并确定是否成功收到了预期的响应。 ### 实现细节 Linux提供了一种较为原生的方式来实现Notify机制,主要是通过利用Unix文件系统特性,包括文件路径、权限管理、进程控制等。同时,为了更简洁地处理通知流程,开发者经常会使用一些库函数或工具,如 `sendmsg()` 函数(在某些系统环境下可用)或是封装了Notify逻辑的自定义函数库,简化了通知的发送和接收过程。 ### 相关问题: 1. Notify通知机制如何保证消息的顺序性和可靠性? 2. 发送和接收通知之间的时间延迟会影响应用性能吗? 3. 如何在错误发生时优雅地处理Notify通知失败的情况? 理解Linux Notify通知机制的关键在于明白它是如何利用操作系统的基础能力(如文件系统和进程管理)来促进进程间的异步通信,这对于设计高效、可靠的分布式系统至关重要。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值