前言
前边两篇文章(objc_msgSend探索、消息的查找流程探索)我们对调用方法到消息的查找流程做了详细探索,如果说我们没有找到方法(消息)系统是怎么处理的,我们又该做些什么去防止崩溃呢。这篇文章我们就对动态方法解析和消息的转发机制进行详细探索研究。
一、动态方法解析
消息的查找流程探索文章我们探索到了方法lookUpImpOrForward
寻找方法imp
,当遍历完superclass
没有找到的时候,会进入_class_resolveMethod
动态方法解析过程,如下:
if (resolver && !triedResolver) {
runtimeLock.unlock();
//动态方法解析入口
_class_resolveMethod(cls, sel, inst);
runtimeLock.lock();
// Don't cache the result; we don't hold the lock so it may have
// changed already. Re-do the search from scratch instead.
triedResolver = YES;
goto retry;
}
_class_resolveMethod
方法如下:
void _class_resolveMethod(Class cls, SEL sel, id inst)
{
if (! cls->isMetaClass()) {
// try [cls resolveInstanceMethod:sel]
//对象方法存在于类的方法列表里,类属于非元类class
_class_resolveInstanceMethod(cls, sel, inst);
}
else {
// try [nonMetaClass resolveClassMethod:sel]
// and [cls resolveInstanceMethod:sel]
//类方法存在于元类的方法列表里,元类的class
_class_resolveClassMethod(cls, sel, inst);
if (!lookUpImpOrNil(cls, sel, inst,
NO/*initialize*/, YES/*cache*/, NO/*resolver*/))
{
_class_resolveInstanceMethod(cls, sel, inst);
}
}
}
- 对象方法
可以看出如果是对象方法会调用_class_resolveInstanceMethod
方法,cls
是类,详情如下:
static void _class_resolveInstanceMethod(Class cls, SEL sel, id inst)
{
//寻找一下+resolveInstanceMethod的imp,如果找不到直接return
//找不到的话下方调用+resolveInstanceMethod会崩溃
if (! lookUpImpOrNil(cls->ISA(), SEL_resolveInstanceMethod, cls,
NO/*initialize*/, YES/*cache*/, NO/*resolver*/))
{
// Resolver not implemented.
return;
}
//给objc_msgSend多添加一个参数,通过汇编快速寻找方法imp
BOOL (*msg)(Class, SEL, SEL) = (typeof(msg))objc_msgSend;
bool resolved = msg(cls, SEL_resolveInstanceMethod, sel);
// Cache the result (good or bad) so the resolver doesn't fire next time.
// +resolveInstanceMethod adds to self a.k.a. cls
//异常处理
IMP imp = lookUpImpOrNil(cls, sel, inst,
NO/*initialize*/, YES/*cache*/, NO/*resolver*/);
if (resolved && PrintResolving) {
if (imp) {
_objc_inform("RESOLVE: method %c[%s %s] "
"dynamically resolved to %p",
cls->isMetaClass() ? '+' : '-',
cls->nameForLogging(), sel_getName(sel), imp);
}
else {
// Method resolver didn't add anything?
_objc_inform("RESOLVE: +[%s resolveInstanceMethod:%s] returned YES"
", but no new implementation of %c[%s %s] was found",
cls->nameForLogging(), sel_getName(sel),
cls->isMetaClass() ? '+' : '-',
cls->nameForLogging(), sel_getName(sel));
}
}
}
1、SEL_resolveInstanceMethod
就是NSObject
的+resolveInstanceMethod
,首先会判断一下+resolveInstanceMethod
方法是否实现,如果没实现直接return
,要不然下边调用会崩溃。
2、然后通过objc_msgSend
汇编快速查找对象方法sel
,动态方法解析完成后,会goto retry;
重新查找一遍imp
,动态解析标识triedResolver
变为YES
。cls
是类。
3、如果还是没有查找到会进入_objc_msgForward_impcache
消息转发,转发不成功就会崩溃。
- 类方法
如果是类方法的时候调用_class_resolveClassMethod
方法,cls
是元类,详情如下:
static void _class_resolveClassMethod(Class cls, SEL sel, id inst)
{
assert(cls->isMetaClass());
//寻找一下+resolveClassMethod的imp,如果找不到直接return
//找不到的话下方调用+resolveClassMethod会崩溃
if (! lookUpImpOrNil(cls, SEL_resolveClassMethod, inst,
NO/*initialize*/, YES/*cache*/, NO/*resolver*/))
{
// Resolver not implemented.
return;
}
//给objc_msgSend多添加一个参数,通过汇编快速寻找方法imp
BOOL (*msg)(Class, SEL, SEL) = (typeof(msg))objc_msgSend;
bool resolved = msg(_class_getNonMetaClass(cls, inst),
SEL_resolveClassMethod, sel);
// Cache the result (good or bad) so the resolver doesn't fire next time.
// +resolveClassMethod adds to self->ISA() a.k.a. cls
IMP imp = lookUpImpOrNil(cls, sel, inst,
NO/*initialize*/, YES/*cache*/, NO/*resolver*/);
if (resolved && PrintResolving) {
if (imp) {
_objc_inform("RESOLVE: method %c[%s %s] "
"dynamically resolved to %p",
cls->isMetaClass() ? '+' : '-',
cls->nameForLogging(), sel_getName(sel), imp);
}
else {
// Method resolver didn't add anything?
_objc_inform("RESOLVE: +[%s resolveClassMethod:%s] returned YES"
", but no new implementation of %c[%s %s] was found",
cls->nameForLogging(), sel_getName(sel),
cls->isMetaClass() ? '+' : '-',
cls->nameForLogging(), sel_getName(sel));
}
}
}
1、SEL_resolveClassMethod
就是NSObject
的+ resolveClassMethod
,首先会判断一下+ resolveClassMethod
方法是否实现,如果没实现直接return
,要不然下边调用会崩溃。
2、然后通过objc_msgSend
汇编快速查找类方法sel
,获取到cls
元类的nonMetaClass
非元类,动态方法解析完成后,会goto retry;
重新查找一遍imp
,动态解析标识triedResolver
变为YES
。cls
是元类。
3、如果还是没有查找到会进入_objc_msgForward_impcache
消息转发,转发不成功就会崩溃。
为什么要获取
cls
元类的nonMetaClass
非元类呢?
是因为开发者是不能在元类中重写和自定义方法+ resolveClassMethod
,所以objc_msgSend
要向类发送消息。
- 防崩溃处理
+resolveInstanceMethod
和+resolveClassMethod
的实现如下:
+ (BOOL)resolveClassMethod:(SEL)sel {
return NO;
}
+ (BOOL)resolveInstanceMethod:(SEL)sel {
return NO;
}
这两个方法是NSObject
的类方法,正常不处理的话return NO
,开发者不实现方法就会找不到,然后崩溃。那么我们可以重写该方法然后把未实现的方法动态添加到类上,return YES
,那么是不是就能够防止崩溃了。接下来我们验证一下。
我们创建两个类LGPerson
和LGStudent
,LGStudent
继承于LGPerson
,LGPerson
继承于NSObject
,LGPerson
声明两个方法-(void)saySomething
和+(void)sayLove
,但是不实现。LGStudent
声明并实现-(void)sayHello
和+(void)sayObjc
。如下图:
在main.m
中用LGStudent
类分别调用-(void)saySomething
或者+(void)sayLove
,都会崩溃unrecognized selector sent to instance xxxxxx
。接下来我们来做一些处理。
首先我们来验证一下对象方法resolveInstanceMethod
,在LGStudent.m
重写resolveInstanceMethod
方法,判断saySomething
方法,如下:
+ (BOOL)resolveInstanceMethod:(SEL)sel
{
if (sel == @selector(saySomething))
{
IMP helloImp = class_getMethodImplementation(self, @selector(sayHello));
Method helloMethod = class_getClassMethod(self, @selector(sayHello));
const char *helloTypes = method_getTypeEncoding(helloMethod);
return class_addMethod(self, sel, helloImp, helloTypes);
}
return [super resolveInstanceMethod:sel];
}
判断是saySomething
方法的时候,动态添加对象方法saySomething
,把saySomething
的sel
的实现指向了sayHello
的imp
,当调用的时候会执行sayHello
的imp
,打印-[LGStudent sayHello]
。
然后我们来以相同的方式验证一下resolveClassMethod
,在LGStudent.m
重写resolveClassMethod
方法,判断sayLove
方法,如下:
+ (BOOL)resolveClassMethod:(SEL)sel
{
if (sel == @selector(sayLove))
{
IMP objcImp = class_getMethodImplementation(objc_getMetaClass("LGStudent"), @selector(sayObjc));
Method objcMethod = class_getClassMethod(objc_getMetaClass("LGStudent"), @selector(sayObjc));
const char *objcTypes = method_getTypeEncoding(objcMethod);
return class_addMethod(objc_getMetaClass("LGStudent"), sel, objcImp, objcTypes);
}
return [super resolveClassMethod:sel];
}
这里要注意一点类方法是存储在元类里的,所以动态添加方法要添加到元类里,方法的imp
和types
都要从元类里获取。动态添加类方法sayLove
,把sayLove
的实现指向sayObjc
的imp
,当调用的时候会执行sayObjc
的imp
,打印+[LGStudent sayObjc]
。
- 问题:当类方法调用
_class_resolveMethod
的时候,cls
是元类,那为什么先调用了_class_resolveClassMethod
,然后!lookUpImpOrNil
判断之后又调用了_class_resolveInstanceMethod
呢?
首先看一下lookUpImpOrNil
的实现:
IMP lookUpImpOrNil(Class cls, SEL sel, id inst,
bool initialize, bool cache, bool resolver)
{
IMP imp = lookUpImpOrForward(cls, sel, inst, initialize, cache, resolver);
if (imp == _objc_msgForward_impcache) return nil;
else return imp;
}
lookUpImpOrForward
是寻找方法的imp
,上篇文章中有详细介绍。
解答:
_class_resolveClassMethod
会通过objc_msgSend
向cls
的非元类发送一个消息,如果+ resolveClassMethod
对sel
做了处理,那么就能查找出imp
。如果未查找到
imp
,调用_class_resolveInstanceMethod
,会通过objc_msgSend
向cls
元类发送一个消息,如果+ resolveInstanceMethod
对sel
做了处理,那么就能查找出imp
。否则崩溃。注:这其中主要还是
isa
的走位,根元类的父类还是NSObject
类,元类的superclass
链会查找到NSObject
类中。如果NSObject
类中重写并实现了sel
。
二、消息转发机制
当动态方法解析失败的时候就进入到了消息转发过程。OC的消息转发机制就是当一个对象的方法调用(消息发送)它本身无法处理的时候,为了防止崩溃报错可以把消息转发个另一个对象处理,这就叫做消息转发机制。消息的查找流程探索中我们提到了当未找到sel
的imp
的时候会进入_objc_msgForward_impcache
进入汇编消息转发。那么我们应该怎么跟踪并尝试消息转发过程呢?
消息查找流程的时候我们提到了一个方法log_and_fill_cache
,是用来缓存方法的,他还有一个日志缓存的方法logMessageSend
,详情如下:
log_and_fill_cache(Class cls, IMP imp, SEL sel, id receiver, Class implementer)
{
#if SUPPORT_MESSAGE_LOGGING
if (objcMsgLogEnabled) {
bool cacheIt = logMessageSend(implementer->isMetaClass(),
cls->nameForLogging(),
implementer->nameForLogging(),
sel);
if (!cacheIt) return;
}
#endif
//方法缓存
cache_fill (cls, sel, imp, receiver);
}
bool logMessageSend(bool isClassMethod,
const char *objectsClass,
const char *implementingClass,
SEL selector)
{
char buf[ 1024 ];
// Create/open the log file
if (objcMsgLogFD == (-1))
{
//缓存位置
snprintf (buf, sizeof(buf), "/tmp/msgSends-%d", (int) getpid ());
objcMsgLogFD = secure_open (buf, O_WRONLY | O_CREAT, geteuid());
if (objcMsgLogFD < 0) {
// no log file - disable logging
objcMsgLogEnabled = false;
objcMsgLogFD = -1;
return true;
}
}
// Make the log entry
snprintf(buf, sizeof(buf), "%c %s %s %s\n",
isClassMethod ? '+' : '-',
objectsClass,
implementingClass,
sel_getName(selector));
objcMsgLogLock.lock();
write (objcMsgLogFD, buf, strlen(buf));
objcMsgLogLock.unlock();
// Tell caller to not cache the method
return false;
}
可以看出缓存的文件位置在/tmp/msgSends
,objcMsgLogEnabled
是个布尔值,控制objcMsgLogEnabled
值的方法是void instrumentObjcMessageSends(BOOL flag)
,这样我们可以尝试着把消息转发过程中的方法缓存一下,看看都调用了哪些方法。
首先我们在main.m
文件中添加方法extern void instrumentObjcMessageSends(BOOL);
,然后在调用未实现方法前后调用此方法,如下:
int main(int argc, const char * argv[]) {
@autoreleasepool {
LGStudent *student = [[LGStudent alloc] init];
instrumentObjcMessageSends(YES);
[student saySomething];
instrumentObjcMessageSends(NO);
}
return 0;
}
然后运行项目command+shift+G
寻找到到日志文件,下边是复制了部分日志方法,如下:
+ LGStudent NSObject resolveInstanceMethod:
+ LGStudent NSObject resolveInstanceMethod:
- LGStudent NSObject forwardingTargetForSelector:
- LGStudent NSObject forwardingTargetForSelector:
- LGStudent NSObject methodSignatureForSelector:
- LGStudent NSObject methodSignatureForSelector:
- LGStudent NSObject class
+ LGStudent NSObject resolveInstanceMethod:
+ LGStudent NSObject resolveInstanceMethod:
- LGStudent NSObject doesNotRecognizeSelector:
- LGStudent NSObject doesNotRecognizeSelector:
- LGStudent NSObject class
//下边的省略
全局找不到这些方法,那我们就看一下文档这些方法是干什么的。翻译如下:
forwardingTargetForSelector:
1、如果对象实现(或继承)这个方法,并且返回了非
nil
和非self
结果,那么这个被返回的对象将作为新的接收消息的对象并且消息会发送到这个新对象。(如果在这个方法里返回了self
,那么代码就会进入到无限循环里。)。
2、如果在非根类里实现了这个方法,并且对于selector
没有什么可以返回,需要返回super
的实现。
3、在更复杂的forwardInvocation:
执行之前,这个方法给了对象一个重新向它发送未知消息的机会。当你只是简单地把消息重新定向到另外一个对象的时候这个方法很有用,比常规的转发快了一个量级。但是当你转发的目标是捕获NSInvocation,或者是在转发过程中有参数或返回值操作,这个方法就没什么用了。
methodSignatureForSelector :
在必要的时候必须要避免无限循环,方法是检查
aSelector
是不是该方法的selector
和不发送任何可能调起该方法的消息。
doesNotRecognizeSelector :
1、每当对象接收到它无法响应或转发的
aSelector
消息时,运行时系统就会调用此方法。此方法反过来引发NSInvalidArgumentException
,并生成错误消息。
2、任何DoesNotRecogniteSelector:
消息通常仅由运行时系统发送。但是,可以在程序代码中使用它们来防止方法被继承。例如,NSObject子类可以通过重新实现copy或init方法来不使用父类copy或init方法,重写的方法里要包含DoesNotRecogniteSelector:
,如下:- (id)copy { [self doesNotRecognizeSelector:_cmd]; }
3、如果重写此方法,则必须在实现结束时调用
super
或引发NSInvalidArgumentException
异常。换句话说,此方法不能正常返回;它必须始终导致引发异常。
-
forwardInvocation:
该方法并没有记录在日志文件中,是因为流程没有走到它这一步就报错了。
1、当一个对象发送一个未实现的方法的时候,运行时系统会给他一个把消息委托给另一个对象的机会。运行时系统会通过创建一个代表消息的
NSInvocation
对象并且会向接收者发送一个包含NSInvocation
作为参数的forwardInvocation:
消息。(如果该对象也无法响应消息,它也有机会转发该消息。)
2、forwardInvocation:
允许消息发送对象与其他对象建立关系,对于某些消息,这些对象将代表消息发送对象执行消息。在某种意义上,这些对象能够“继承”消息发送对象的某些特性。
3、methodSignatureForSelector :
和forwardInvocation:
必须都要实现才能起作用。第一个方法生成方法签名并返回,当签名正确并且不为nil
,第二个方法才会生成一个NSInvocation
。
看一下消息转发的流程图,如下图:
消息转发流程
可以看出动态方法解析失败的时候,还会有两次消息转发的步骤,快速流程和慢速流程。
快速流程
当动态方法解析失败的时候,可以通过forwardingTargetForSelector:
快速指定新的消息接收对象,这就是快速流程。慢速流程
当快速流程forwardingTargetForSelector:
返回值为nil
的时候,会调用methodSignatureForSelector :
返回方法签名,然后调用forwardInvocation:
生成NSInvocation
,可以在此方法中做一些对未实现消息的处理。
- 快速流程实现
LGStudent
调用未实现方法saySomething
,创建LGTeacher
类实现此方法,如下:
@interface LGTeacher : NSObject
@end
@implementation LGTeacher
- (void)saySomething{
NSLog(@"%s",__func__);
}
@end
实现forwardingTargetForSelector:
如下:
- (id)forwardingTargetForSelector:(SEL)aSelector{
NSLog(@"%s -- %@",__func__,NSStringFromSelector(aSelector));
if (aSelector == @selector(saySomething)) {
return [LGTeacher alloc];
}
return [super forwardingTargetForSelector:aSelector];
}
运行起来控制台打印结果如下:
2020-02-14 15:26:40.711832+0800 008-方法查找-消息转发[3038:77509] -[LGStudent forwardingTargetForSelector:] -- saySomething
2020-02-14 15:26:40.713167+0800 008-方法查找-消息转发[3038:77509] -[LGTeacher saySomething]
Program ended with exit code: 0
可以看出,- (id)forwardingTargetForSelector:(SEL)aSelector
方法把saySomething
这个消息转发给了LGTeacher
对象,调用了LGTeacher
类中的saySomething
实现。
- 慢速流程实现
LGStudent
调用未实现方法saySomething
,创建LGTeacher
类实现此方法,实现methodSignatureForSelector :
返回一个非空的方法签名,实现forwardInvocation :
做一些处理(也可以不做),如下:
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
NSLog(@"%s -- %@",__func__,NSStringFromSelector(aSelector));
if (aSelector == @selector(saySomething)) { // v @ :
//返回一个非空的方法签名
return [NSMethodSignature signatureWithObjCTypes:"v@:"];
}
return [super methodSignatureForSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation{
NSLog(@"%s ",__func__);
//什么都不处理就行,实现此方法可以防止崩溃
//可以不指定接收对象
SEL aSelector = [anInvocation selector];
if ([[LGTeacher alloc] respondsToSelector:aSelector])
[anInvocation invokeWithTarget:[LGTeacher alloc]];
else
[super forwardInvocation:anInvocation];
}
运行控制台输出如下:
2020-02-14 15:41:08.681776+0800 008-方法查找-消息转发[3181:84329] -[LGStudent methodSignatureForSelector:] -- saySomething
2020-02-14 15:41:08.682382+0800 008-方法查找-消息转发[3181:84329] -[LGStudent forwardInvocation:]
2020-02-14 15:41:08.682786+0800 008-方法查找-消息转发[3181:84329] -[LGTeacher saySomething]
Program ended with exit code: 0
总结
运行时对于未实现的方法的处理有三种:
1、动态方法解析
通过重写+resolveInstanceMethod
(对象方法)或者+resolveClassMethod
(类方法)动态的添加方法imp
,再次通过lookUpImpOrForward
的goto retry;
查找一遍,找到imp
。找不到进入消息转发流程。
2、消息转发机制
-
forwardingTargetForSelector:
快速指定非nil
和非self
的一个对象,把消息转发给这个对象。 - 当快速流程
forwardingTargetForSelector:
返回值为nil
的时候,会调用methodSignatureForSelector :
返回方法签名,然后调用forwardInvocation:
生成NSInvocation
,可以在此方法中做一些对未实现消息的处理。
网友评论