我们已经研究了objc_msgSend从汇编快速查找缓存流程，慢速查找流程，动态方法决议流程，如果这几个流程下来都没找到合适的执行方法，接下来就会走到消息转发流程。
消息转发流程都有哪些呢？我们创建一个mac项目，在main.m执行下面代码
extern void instrumentObjcMessageSends(BOOL flag);
int main(int argc, const char * argv[]) {
@autoreleasepool {
// insert code here...
NSLog(@"Hello, World!");
SJPerson *p = [SJPerson alloc];
instrumentObjcMessageSends(true);
[p say1];
instrumentObjcMessageSends(NO);
}
return 0;
}
say1方法不实现，会报错，然后在finder中前往文件夹输入路径：/tmp/msgSends。找到一个msgSends-xxxx的文件，打开，会发现代码执行流程：
从这里面可以看到resolveInstanceMethod，还有一系列其他方法，后面的就是消息转发流程所调用的方法。
这个函数是怎么来的呢？从源码中log_and_fill_cache方法找到的。
static void
log_and_fill_cache(Class cls, IMP imp, SEL sel, id receiver, Class implementer)
{
#if SUPPORT_MESSAGE_LOGGING
if (slowpath(objcMsgLogEnabled && implementer)) {
bool cacheIt = logMessageSend(implementer->isMetaClass(),
cls->nameForLogging(),
implementer->nameForLogging(),
sel);
if (!cacheIt) return;
}
#endif
cls->cache.insert(sel, imp, receiver);
}
这里面logMessageSend方法就是记录相关日志信息，方法里面有这个日志的路径："/tmp/msgSends-%d"。
所以我们只需要让if判断为真就可以记录相关日志。
implementer一般情况下都是有值的，这时就关注objcMsgLogEnabled就可以了。全局搜索，找到这个变量赋值的地方在下面这个函数：
void instrumentObjcMessageSends(BOOL flag)
{
bool enable = flag;
// Shortcut NOP
if (objcMsgLogEnabled == enable)
return;
// If enabling, flush all method caches so we get some traces
if (enable)
_objc_flush_caches(Nil);
// Sync our log file
if (objcMsgLogFD != -1)
fsync (objcMsgLogFD);
objcMsgLogEnabled = enable;
}
所以只需要重新声明一下这个函数并调用，就可以生成相关日志信息给我们参考了。
快速转发流程
- (id)forwardingTargetForSelector:(SEL)aSelector
{
NSLog(@"%s", __func__);
if (aSelector == @selector(say1)) {
return [SJStudent alloc];
}
return nil;
}
快速转发流程，就是返回一个可以接收消息的对象，当返回值是nil或者这个对象也无法处理这个消息时，会走消息慢速转发流程。
慢速转发流程
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector
{
NSMethodSignature *sign = [NSMethodSignature signatureWithObjCTypes:"v@:"];
return sign;
}
- (void)forwardInvocation:(NSInvocation *)anInvocation
{
NSLog(@"sel : %s, target:%@", anInvocation.selector, anInvocation.target);
}
慢速转发流程有两个方法，必须成套使用。第一个需要返回一个方法签名，这个签名里面方法 的typeEncoding不一定要跟当前方法的typeEncoding完全一致，只要类似就行。只实现第一个方法还会崩溃，第二个方法实现后不会崩溃。
动态决议、消息转发方法走两遍原因探究
方法的动态决议，消息转发对应的方法，如果我们不做任何处理，只打印方法信息，就会发现每个方法都会执行两遍
+ (BOOL)resolveInstanceMethod:(SEL)sel
{
SJLog(@"%s", __func__);
return [super resolveInstanceMethod:sel];
}
- (id)forwardingTargetForSelector:(SEL)aSelector
{
SJLog(@"%s", __func__);
return [super forwardingTargetForSelector:aSelector];
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector
{
SJLog(@"%s", __func__);
return [super methodSignatureForSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation
{
SJLog(@"%s", __func__);
}
因为方法动态决议可以动态添加方法，添加完后会继续走消息转发流程，如果消息转发流程走完发现没有处理，系统会主动又调用一次这个方法，所以就会走两次。
方法动态决议意义
在NSObject添加resolveInstanceMethod，会发现无论对象方法还是类方法，最后都会走到NSObject的这个方法里面，我们可以在这个方法统一处理。
这样项目里所有的方法找不到，我们都能统一监听。
