NSNotificationCenter消息转发是同步操作

对象之间进行通信最基本的方式就是消息传递,在Cocoa中提供NSNotification Center机制来完成这一任务。其主要作用就是负责在任意两个对象之间进行通信。使用方法很简单,如下几个步骤即可:

假设A与B之间进行通信,B来触发事件,A接收该时间,并作出响应。

(1)A编写自定义的消息响应函数update

(2)A向消息中心注册,[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(update) name:@"update" object:nil]

(3)B触发事件[[NSNotificationCenter defaultCenter] postNotificationName:@"update" object:nil];

每一个进程都有一个默认的NSNotificationCenter,可以通过类方法defaultCenter获得该消息中心的实例。消息中心可以处理同一进程中不同对象之间的消息(即使两个对象之间没有直接的关系)。如果要在同一台机器上进行进程间的通信(而不是之前的单个进程),需要使用NSDistributedNOtificationCenter,有兴趣的读者可以研究研究。

消息中心一同步的方法将消息转发到所有的观察者中,换言之,知道所有的观察者都受到消息并处理完毕以后,控制权才会回到调用者的手里。

这里我需要举例简单解释一下同步和异步的区别,在我们编程早期,处理网络数据的方式都是在主线程中处理,例如从通过url请求网络数据,把请求到的数据填充到UI界面,这个流程就是顺序执行的,请求完数据再刷新界面,这样带来的问题就是大量数据请求的操作在主线程中执行造成了UI界面的卡顿,这是同步执行;而随着我们编程经验的提升,我们知道请求数据应该放到后台线程执行,而界面代码的编写放在主线程,数据请求下来以后我们刷新界面,这是两个线程同时执行任务的,即后台线程请求数据,主线程刷新界面,这是异步执行。

如果我们需要异步的处理消息,则应该使用通知队列NSNotificationQueue。在多线程程序中,通知会被分发到每一个发起消息的线程中,这可能与观察者注册时所在的线程已经不是同一个线程。

NSNotificationCenter消息转发是同步操作

时间: 2024-10-03 04:51:38

NSNotificationCenter消息转发是同步操作的相关文章

iOS知识树,知识目录(包括对象、Block、消息转发、GCD、运行时、runloop、动画、Push、KVO、tableview,UIViewController、提交AppStore)

本文旨在总结iOS知识网络,该知识网络罗列出常见UIKit,Foundation的对象特点和一些使用经验:文本编辑采用树的形式,对知识点进行罗列,并标注一些使用经验(★)希望对初学者有用或给一些解决疑难杂症者提供思路:某些知识点会深入探讨:通过总结希望站在一个较高平台的角度全观Objective-C.知识树中有些是原创文章,有些则是转载网络上iOS大神的文章.笔者会尽量详细的介绍各个知识点.当然一个人的知识面是相当有限的,在给各位读者提供知识参考的同时,欢迎大家对本文提意见. /->UIView

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

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

Effective Objective-C 2.0 — 第12条:理解消息转发机制

11 条讲解了对象的消息传递机制 12条讲解对象在收到无法解读的消息之后会发生什么,就会启动“消息转发”(message forwarding)机制, 若对象无法响应某个选择子,则进入消息转发流程. 1,通过运行期的动态方法解析功能,可以在需要用到某个方法时再将其加入类中. 2,对象可以把其无法解读的某些选择子转交给其他对象来处理. 经过上述两步之后,如果还是没办法处理选择子,那就启动完整的消息转发机制. 动态方法解析 对象在收到无法解读的消息之后,首先调用其所属类的下列类方法 + (BOOL)

iOS开发-消息转发

消息转发是OC运行时比较重要的特性,Objective-C运行时的主要的任务是负责消息分发,我们在开发中"unrecognized selector sent to instance xx",实例对象没有实现对应的消息,通常我们只需要实现未实现的方法即可.一般情况我们处理一个方法,运行时寻找匹配的selector然后执行,但是有时候只想在运行时才创建某个方法,消息确没有具体的实现,这个时候就会出出现运行时错误,按照消息转发的顺序我们有三种解决办法. 动态方法处理 首先我们来看一个简单的

动态方法决议 和 消息转发

如果我们在 Objective C 中向一个对象发送它无法处理的消息,会出现什么情况呢?我们知道发送消息是通过 objc_send(id, SEL, ...) 来实现的,它会首先在对象的类对象的 cache,method list 以及父类对象的 cache, method list 中依次查找 SEL 对应的 IMP:这个是需要对类对象的结构熟悉,不清楚的可以参考我的下一篇文章<object-c 类结构解析>,如果没有找到且实现了动态方法决议机制就会进行决议,如果没有实现动态方法决议机制或决

IOS 消息转发

最近在看消息转发的资料,发现大部分都是理论知识,很少有完整的代码.现在以代码的形式形象的解释一下: 用Xcode创建一个工程 1.正常方法调用 创建一个类Person 代码如下 Person.h代码如下: #import <Foundation/Foundation.h> @interface Person : NSObject - (instancetype)init NS_UNAVAILABLE; - (instancetype)initWithUserName:(NSString *)u

第12条:理解消息转发机制

要点 若对象无法响应某个选择子,则进入消息转发流程. 通过运行期的动态方法解析功能,我们可以在需要用到某个方法时再将其加入类中. 对象可以把其无法解读的某些选择子转交给其他对象来处理. 经过上述两步之后,如果还是没办法处理选择子,那就启动完整的消息转发机制.

ios底层开发消息机制(四)消息转发

消息转发 若想令类能理解某条消息,我们必须以程序码实现出对应的方法才行.但是,在编译期向类发送了其无法解读的消息并不会报错,因为在运行期可以继续向类中添加方法,所以编译器在编译时还无法确知类中到底会不会有某个方法实现.当对象接收到无法解读的消息后,就会启动“消息转发”(message forwarding)机制,程序员可经由此过程告诉对象应该如何处理未知消息. 你可能早就遇到过经由消息转发流程所处理的消息了,只是未加留意.如果在控制台中看到下面这种提示信息,那就说明你曾向某个对象发送过一条其无法

runtime总结二之消息机制(包括消息转发,消息交换的黑魔法)

runtime的消息机制 前面提到过编译器最终会把我们的消息发送转化为函数调用 消息发送 [object sendMassage] 首先编译器会在运行时将上面的例子转化为objc_msgSend(obj,@selector(sendMassage))这个函数,转换的时候除了方法本身的参数之外,还有两个隐藏的参数一个是id类型的,代表对象的类型,还是一个是SEL类型的,是函数对应的方法的编号,接下来就会按照下面的流程来调用这个方法 通过obj的isa指针找到其所对应的类. 通过SEL先去类的cac