分享最热门的ios资讯
相信大家对Object-C的消息传递机制并不陌生(如果不熟悉,我后续会再写一篇关于消息传递机制的文章),今天我来讲解另外一个重要的问题,就是工具在收到无法解读的消息之后会发生什么情况。
若想令类能理解某条消息,我们必须以法式码实现出对应的要领才行。但是,在编译器向类发送了其无法解读的消息并不会报错,因为在运行期可以继续向类中添加要领(动态添加),所以编译器在编译时还无法确知类中到底会不会有某个要领实现。当工具接收到无法解读的消息后,就会启动“消息转发”(message forwarding)机制,法式员可经由此过程告诉工具应该如何处理未知消息。
你可能早就遇到过经由消息转发流程所处理的消息了,只是未加留意。如果在控制台中看到下面这种提示信息,那就说明你曾向某个工具发送过一条无法解读的消息,从而启动了消息转发机制,并将次消息转发给了NSObject得默认实现。
-[__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工具中,再给接收者最后一次机会,令其设法解决当前还未处理的这条消息。
动态要领解析
工具在收到无法解读的消息后,首先将调用其所属类的下列类要领:
+ (BOOL)resolveInstanceMethod:(SEL)sel
该要领的参数就是那个未知的选择子,其返回值为Boolean类型,表示这个类是否能面目目样增一个实例要领用以处理此选择子。在继续往下执行转发机制之前,本类有机会面目目样增一个处理此选择子的要领。加入尚未实现的要领不是实例要领而是类要领,那么运行期系统就会调用另外一个要领
+ (BOOL)resolveClassMethod:(SEL)sel
使用这种措施的前提是:相关要领的实现代码已经写好,只等着运行的时候动态插在类里面就可以了。此方案常用来实现@dynamic属性。
备援接收者
当前接收者还有第二次机会能处理未知的选择子,在这一步中,运行期系统会问它:能不能把这条消息转给其他接收者来处理。与该步骤对应的处理要领如下:
- (id)forwardingTargetForSelector:(SEL)aSelector
要领参数代表未知的选择子,若当前接收者能找到被援工具,则将其返回,若找不到就返回nil。在一个工具内部,可能还有一系列其他工具,该工具可经由此要领将能够处理某选择子的相关内部工具返回,这样的话,在外界看来,好像是该工具亲自处理了这些消息似的。
完整的消息转发
如果转发算法已经来到这一波的话,那么唯一能做的就是启用完整的消息转发机制了。首先创建NSInvocation工具,把与尚未处理的那条消息有关的全部细节都封于其中。在触发NSInvocation工具时,“消息派发系统”将亲自出马,把消息指派给目标工具。
此步骤会调用下列要领来转发消息:
-(void)forwardInvocation:(NSInvocation *)invocation
这个要领实现很简单:只需改变调用目标,使消息在面目目样目标上得以调用即可。然而这样实现出来的要领与“备援接收者”方案实现的要领等效,所以很少有人采用这么简单的实现方式。
以完整的例子演示动态要领解析
下面编写一个类似于“字典”的工具。
在接口文件中随便界说几个属性:
@interface GXZDictionary : NSObject @property (nonatomic,strong) NSString *name; @property (nonatomic,strong) NSNumber *number; @property (nonatomic,strong) NSDate *date;
本例的要害在于resolveInstanceMethod:要领的实现代码:
@dynamic name,number,date;
+ (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:
id autoDictionaryGetter(id self,SEL _cmd) { GXZDictionary *typedSelf = (GXZDictionary *)self; NSMutableDictionary *backingStore = typedSelf.backingStore; NSString *key = NSStringFromSelector(_cmd); return [backingStore objectForKey:key]; }
其中的backingStore是实现文件中界说的可变的字典,用于存储数据。
下面是Setter要领:
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]; } }
好了,主要工作已经完成,下面直接使用就可以了,调用很简单:
GXZDictionary *dict = [GXZDictionary new]; dic.date = [NSDate dateWithTimeIntervalSince1970:475372800]; NSLog(@"%@",dict.date);
好了,是不是很神奇,很简单,现在可以随便在接口文件中添加属性了。
小结
* 若工具无法响应某个选择子,则进入消息转发流程。
* 通过运行期的动态要领解析功能,我们可以在需要用到某个要领时再将其加入类中。
* 工具可以把其无法解读的某些选择子转交给其他工具处理。
* 经过上述两步之后,如果还是没措施处理选择子,那就启动完整的消息转发机制。
> 原文链接:http://coderperson.com/2015/06/08/iOS-runtime-messageForwarding/
用意志战胜身体的惰性!
本文由 姬長信 创作,文章地址:https://blog.isoyu.com/archives/1097.html
采用知识共享署名4.0 国际许可协议进行许可。除注明转载/出处外,均为本站原创或翻译,转载前请务必署名。最后编辑时间为:8 月 30, 2016 at 11:41 上午