深入理解Object-C消息转发机制
来源:互联网 发布:linux视频直播服务器 编辑:程序博客网 时间:2024/05/16 11:19
最新在看runtime的相关技术,在浏览博客的时候看到了这篇不错的博文,推荐给大家。原文链接:http://coderperson.com/2015/06/08/iOS-runtime-messageForwarding/
相信大家对Object-C的消息传递机制并不陌生(如果不熟悉,我后续会再写一篇关于消息传递机制的文章),今天我来讲解另外一个重要的问题,就是对象在收到无法解读的消息之后会发生什么情况。
若想令类能理解某条消息,我们必须以程序码实现出对应的方法才行。但是,在编译器向类发送了其无法解读的消息并不会报错,因为在运行期可以继续向类中添加方法(动态添加),所以编译器在编译时还无法确知类中到底会不会有某个方法实现。当对象接收到无法解读的消息后,就会启动“消息转发”(message forwarding)机制,程序员可经由此过程告诉对象应该如何处理未知消息。
你可能早就遇到过经由消息转发流程所处理的消息了,只是未加留意。如果在控制台中看到下面这种提示信息,那就说明你曾向某个对象发送过一条无法解读的消息,从而启动了消息转发机制,并将次消息转发给了NSObject得默认实现。
12345
-[__NSCFNumber lowercaseString]:unrecognized selector sent to instance 0x87 *** Terminating app due to uncaught exception 'NSInvalidArgumentException',reason:'-[__NSCFNumber lowercaseString]:unrecognized selector sent to instance ox87'
上面这段异常信息是由NSObject的“doesNotRecognizeSelector:”方法所抛出的,此异常表明:消息接收者的类型是__NSCFNumber,而该接受者无法理解名位lowercaseString的选择子。本例所列举的这种情况并不奇怪,因为NSNumber类里本来就没有名为lowercaseString的方法。在本例中,消息转发过程以应用程序崩溃而告终,不过,开发者在编写自己的类时,可于转发过程中设置挂钩,用以执行预定的逻辑,而不使应用程序崩溃。
消息的转发分为两大阶段。第一阶段先征询接收者,所属的类,看其是否能动态添加方法,以处理当前这个“未知的选择子”(unknown selector),这叫做“动态方法解析”(dynamic method resolution)。第二阶段涉及“完整的消息转发机制”。如果运行期系统已经把第一阶段执行完了,那么接收者自己就无法再以动态新增方法的手段来响应包含该选择子的消息了。此时,运行期系统会请求接受者以其他手段来处理与消息相关的方法调用。这又细分为两小步。首先,请接受者看看有没有其他对象处理这条消息。若有,则运行期系统会把消息转给那个对象,于是消息转发过程结束,一起如常。若没有“备援的接收者”,则启动完整的消息转发机制,运行期系统会把于消息有关的全部细节都封装到NSInvocation对象中,再给接收者最后一次机会,令其设法解决当前还未处理的这条消息。
动态方法解析
对象在收到无法解读的消息后,首先将调用其所属类的下列类方法:
1
+ (BOOL)resolveInstanceMethod:(SEL)sel
该方法的参数就是那个未知的选择子,其返回值为Boolean类型,表示这个类是否能新增一个实例方法用以处理此选择子。在继续往下执行转发机制之前,本类有机会新增一个处理此选择子的方法。加入尚未实现的方法不是实例方法而是类方法,那么运行期系统就会调用另外一个方法
1
+ (BOOL)resolveClassMethod:(SEL)sel
使用这种办法的前提是:相关方法的实现代码已经写好,只等着运行的时候动态插在类里面就可以了。此方案常用来实现@dynamic属性。
备援接收者
当前接收者还有第二次机会能处理未知的选择子,在这一步中,运行期系统会问它:能不能把这条消息转给其他接收者来处理。与该步骤对应的处理方法如下:
1
- (id)forwardingTargetForSelector:(SEL)aSelector
方法参数代表未知的选择子,若当前接收者能找到被援对象,则将其返回,若找不到就返回nil。在一个对象内部,可能还有一系列其他对象,该对象可经由此方法将能够处理某选择子的相关内部对象返回,这样的话,在外界看来,好像是该对象亲自处理了这些消息似的。
完整的消息转发
如果转发算法已经来到这一波的话,那么唯一能做的就是启用完整的消息转发机制了。首先创建NSInvocation对象,把与尚未处理的那条消息有关的全部细节都封于其中。在触发NSInvocation对象时,“消息派发系统”将亲自出马,把消息指派给目标对象。
此步骤会调用下列方法来转发消息:
1
-(void)forwardInvocation:(NSInvocation *)invocation
这个方法实现很简单:只需改变调用目标,使消息在新目标上得以调用即可。然而这样实现出来的方法与“备援接收者”方案实现的方法等效,所以很少有人采用这么简单的实现方式。
以完整的例子演示动态方法解析
下面编写一个类似于“字典”的对象。
在接口文件中随便定义几个属性:
1234
@interface GXZDictionary : NSObject@property (nonatomic,strong) NSString *name;@property (nonatomic,strong) NSNumber *number;@property (nonatomic,strong) NSDate *date;
本例的关键在于resolveInstanceMethod:方法的实现代码:
1
@dynamic name,number,date;
12345678910
+ (BOOL)resolveInstanceMethod:(SEL)selector{ NSString *selectorString = NSStringFromSelector(selector); if ([selectorString hasPrefix:@"set"]) { class_addMethod(self, selector, (IMP)autoDictionarySetter, "v@:@"); } else { class_addMethod(self, selector, (IMP)autoDictionaryGetter, "@@:"); } return YES;}
然后就是Getter和Setter方法实现了:
getter:
1234567
id autoDictionaryGetter(id self,SEL _cmd){ GXZDictionary *typedSelf = (GXZDictionary *)self; NSMutableDictionary *backingStore = typedSelf.backingStore; NSString *key = NSStringFromSelector(_cmd); return [backingStore objectForKey:key];}
其中的backingStore是实现文件中定义的可变的字典,用于存储数据。
下面是Setter方法:
12345678910111213141516
void autoDictionarySetter(id self,SEL _cmd,id value){ GXZDictionary *typedSelf = (GXZDictionary *)self; NSMutableDictionary *backingStore = typedSelf.backingStore; NSString *selectorString = NSStringFromSelector(_cmd); NSMutableString *key = [selectorString mutableCopy]; [key deleteCharactersInRange:NSMakeRange(key.length - 1, 1)]; [key deleteCharactersInRange:NSMakeRange(0, 3)]; NSString *lowercaseFirstChar = [[key substringToIndex:1] lowercaseString]; [key replaceCharactersInRange:NSMakeRange(0, 1) withString:lowercaseFirstChar]; if (value) { [backingStore setObject:value forKey:key]; } else { [backingStore removeObjectForKey:key]; }}
好了,主要工作已经完成,下面直接使用就可以了,调用很简单:
123
GXZDictionary *dict = [GXZDictionary new];dic.date = [NSDate dateWithTimeIntervalSince1970:475372800];NSLog(@"%@",dict.date);
好了,是不是很神奇,很简单,现在可以随便在接口文件中添加属性了。
小结
- 若对象无法响应某个选择子,则进入消息转发流程。
- 通过运行期的动态方法解析功能,我们可以在需要用到某个方法时再将其加入类中。
- 对象可以把其无法解读的某些选择子转交给其他对象处理。
- 经过上述两步之后,如果还是没办法处理选择子,那就启动完整的消息转发机制。
- 深入理解Object-C消息转发机制
- 深入理解Object-C消息转发机制
- 深入理解Object-C消息转发机制
- Object-C 消息转发
- objective-c消息转发机制
- Objective-c 消息转发机制
- Objective-C 消息转发机制
- 理解消息传递机制和消息转发机制
- 深入理解android 消息机制
- 深入理解windows 消息机制
- 深入理解win32消息机制
- 深入理解windows 消息机制
- 深入理解Android消息机制
- Effective Objective-C 2.0 编写高质量iOS与OS X代码 理解消息转发机制
- Effective Objective-C 2.0 第12条:理解消息转发机制
- Objective-C消息发送和消息转发机制
- Object-C 消息机制工作原理
- 深入VCL 理解BCB的消息机制
- 操作符sizeof
- 阻抗和阻抗匹配
- 三层架构
- 二分查找算法的两种实现
- (待翻译)Authentication Filters in ASP.NET Web API 2
- 深入理解Object-C消息转发机制
- 分布式事务
- javascript 动态删除表格
- 四,MyBatis结果集映射和表与表之间映射
- Linux Input子系统浅析(二)-- 模拟tp上报键值
- event.keyCode与event.which的区别
- JNI与Android VM之间的关系
- 在js代码拼接dom对象到页面上去的模板总结
- Linux文件目录操作命令 rm