前言
Objective-C 是一门动态语言，它将很多静态语言在编译和链接时期做的事情，放到了运行时来处理。之所以能具备这种特性，离不开 Runtime 这个库。Runtime 很好的解决了如何在运行时期找到调用方法这样的问题。下面话不多说了，来一起学习学习吧。
消息发送
在 Objective-C 中，方法调用称为向对象发送消息：
// MyClass 类@interface MyClass: NSObject- (void)printLog;@end@implementation MyClass- (void)printLog {NSLog(@"print log !");}@endMyClass *myClass = [[MyClass alloc] init];[myClass printLog];// 输出： print log !上面代码中的 [myClass printLog] 也可以这么写：
((void (*)(id, SEL))(void *) objc_msgSend)(myClass, @selector(printLog));
[myClass printLog] 经过编译后就是调用 objc_msgSend 方法。
我们看看这个方法的文档定义：
id objc_msgSend(id self, SEL op, ...);
self：消息的接收者 op： 消息的方法名，C 字符串 ... ：参数列表
Runtime 是如何找到实例方法的具体实现的？
基础概念
讲之前，我们需要先明白一些基础概念：Objective-C 是一门面向对象的语言，对象又分为实例对象、类对象、元类对象以及根元类对象。它们是通过一个叫 isa 的指针来关联起来，具体关系如下图：
以我们上文的代码为例：
MyClass *myClass = [[MyClass alloc] init];
整理下相互间的关系：
对应上图中的位置关系如下：
接着，我们用代码来验证下上文的关系：
MyClass *myClass = [[MyClass alloc] init];Class class = [myClass class];Class metaClass = object_getClass(class);Class metaOfMetaClass = object_getClass(metaClass);Class rootMetaClass = object_getClass(metaOfMetaClass);Class superclass = class_getSuperclass(class);Class superOfSuperclass = class_getSuperclass(superclass);Class superOfMetaOfSuperclass = class_getSuperclass(object_getClass(superclass));NSLog(@"MyClass 实例对象是：%p",myClass);NSLog(@"MyClass 类对象是：%p",class);NSLog(@"MyClass 元类对象是：%p",metaClass);NSLog(@"MyClass 元类对象的元类对象是：%p",metaOfMetaClass);NSLog(@"MyClass 根元类对象是：%p",rootMetaClass);NSLog(@"MyClass 父类是：%@",class_getSuperclass(class));NSLog(@"MyClass 父类的父类是：%@",superOfSuperclass);NSLog(@"MyClass 父类的元类的父类是：%@",superOfMetaOfSuperclass);NSLog(@"NSObject 元类对象是：%p",object_getClass([NSObject class]));NSLog(@"NSObject 父类是：%@",[[NSObject class] superclass]);NSLog(@"NSObject 元类对象的父类是：%@",[object_getClass([NSObject class]) superclass]);//输出：MyClass 实例对象是：0x60c00000b8d0MyClass 类对象是：0x109ae3fd0MyClass 元类对象是：****0x109ae3fa8MyClass 元类对象的元类对象是：****0x10ab02e58**MyClass 根元类对象是：0x10ab02e58MyClass 父类是：NSObjectMyClass 父类的父类是：(null)MyClass 父类的元类的父类是：NSObjectNSObject 元类对象是：0x10ab02e58NSObject 父类是：(null)NSObject 元类对象的父类是：NSObject
可以发现，输出结果是完全符合我们的结论的！
现在我们能知道各种对象之间的关系：
实例对象通过 isa 指针，找到类对象 Class；类对象同样通过 isa 指针，找到元类对象；元类对象也是通过 isa 指针，找到根元类对象；最后，根元类对象的 isa 指针，指向自己。可以发现 NSObject 是整个消息机制的核心，绝大数对象都继承自它。
寻找流程
上文提到了，一个 Objective-C 方法会被编译成 objc_msgSend，这个函数有两个默认参数，id 类型的 self, SEL 类型的 op。我们先看看 id 的定义：
typedef struct objc_object *id;struct objc_object { Class _Nonnull isa OBJC_ISA_AVAILABILITY;};我们可以看到，在 objc_object 结构体中，只有一个指向 Class 类型的 isa 指针。
我们再看看 Class 的定义：
struct objc_class { Class _Nonnull isa OBJC_ISA_AVAILABILITY;#if !__OBJC2__ Class _Nullable super_class OBJC2_UNAVAILABLE; const char * _Nonnull name OBJC2_UNAVAILABLE; long version OBJC2_UNAVAILABLE; long info OBJC2_UNAVAILABLE; long instance_size OBJC2_UNAVAILABLE; struct objc_ivar_list * _Nullable ivars OBJC2_UNAVAILABLE; struct objc_method_list * _Nullable * _Nullable methodLists OBJC2_UNAVAILABLE; struct objc_cache * _Nonnull cache OBJC2_UNAVAILABLE; struct objc_protocol_list * _Nullable protocols OBJC2_UNAVAILABLE;#endif} OBJC2_UNAVAILABLE;里面有很多参数，很显眼的能看到这一行：
struct objc_method_list * _Nullable * _Nullable methodLists OBJC2_UNAVAILABLE;
看名字也容易理解，这个 methodLists 就是用来存放方法列表的。我们再看看 objc_method_list 这个结构体：
struct objc_method_list { struct objc_method_list * _Nullable obsolete OBJC2_UNAVAILABLE; int method_count OBJC2_UNAVAILABLE;#ifdef __LP64__ int space OBJC2_UNAVAILABLE;#endif /* variable length structure */ struct objc_method method_list[1] OBJC2_UNAVAILABLE;}里面的 objc_method ，也就是我们熟悉的 Method：
struct objc_method { SEL _Nonnull method_name OBJC2_UNAVAILABLE; char * _Nullable method_types OBJC2_UNAVAILABLE; IMP _Nonnull method_imp OBJC2_UNAVAILABLE;}Method 里面保存了三个参数：
经过层层挖掘，我们能明白实例对象调用方法的大致逻辑：
MyClass *myClass = [[MyClass alloc] init];[myClass printLog];
((void (*)(id, SEL))(void *) objc_msgSend)(myClass, @selector(printLog));类对象的类方法又是怎么找到并执行的？
由上文，我们已经知道，实例对象是通过 isa 指针，找到其类对象（Class）中保存的方法列表中的具体实现的。
比如：
MyClass *myClass = [[MyClass alloc] init];[myClass printLog];
可以理解为：printLog 方法就是保存在 MyClass 中的。
那么如果是个类方法，又是保存在什么地方的呢？
我们回顾下 Class 的定义：
struct objc_class { Class _Nonnull isa OBJC_ISA_AVAILABILITY;#if !__OBJC2__ Class _Nullable super_class OBJC2_UNAVAILABLE; const char * _Nonnull name OBJC2_UNAVAILABLE; long version OBJC2_UNAVAILABLE; long info OBJC2_UNAVAILABLE; long instance_size OBJC2_UNAVAILABLE; struct objc_ivar_list * _Nullable ivars OBJC2_UNAVAILABLE; struct objc_method_list * _Nullable * _Nullable methodLists OBJC2_UNAVAILABLE; struct objc_cache * _Nonnull cache OBJC2_UNAVAILABLE; struct objc_protocol_list * _Nullable protocols OBJC2_UNAVAILABLE;#endif} OBJC2_UNAVAILABLE;可以发现到这一行：
Class _Nonnull isa OBJC_ISA_AVAILABILITY;
这里的 isa 同样是指向一个 Class 的指针。上文中，我们也知道了类对象的 isa 指针是指向元类对象的。那么不难得出：
类对象的类方法，是保存在元类对象中的！
类对象和元类对象都是 Class 类型，仅仅服务的对象不同罢了。找到了元类对象，自然就找到了元类对象中的 methodLists，接下来就和实例对象的方法寻找调用一样的流程了。
关于父类（superclass）
在 Objective-C 中，子类调用一个方法，如果没有子类没有实现，父类实现了，会去调用父类的实现。上文中，找到 methodLists 后，寻找 Method 的过程如下：
如何提高方法查找的效率？
上文中，我们大概知道，方法是通过 isa 指针，查找 Class 中的 methodLists 的。如果子类没实现对应的方法实现，还会沿着父类去查找。整个工程，可能有成万上亿个方法，是如何解决性能问题的呢？
例如：
for (int i = 0; i < 100000; ++i) { MyClass *myObject = myObjects[i]; [myObject methodA];}这种高频次的调用 methodA，如果每调用一次都需要遍历，性能是非常差的。所以引入了 Class Cache 机制：
Class Cache 认为，当一个方法被调用，那么它之后被调用的可能性就越大。
查找方法时，会先从缓存中查找，找到直接返回 ；找不到，再去 Class 的方法列表中找。
在上文中 Class 的定义中，我们可以发现 cache：
struct objc_cache * _Nonnull cache OBJC2_UNAVAILABLE;
说明了缓存是存在类中的，每个类都有一份方法缓存，而不是每个类的 object 都保存了一份。
消息转发
如果方法列表（methodLists）没找到对应的 selector 呢？
// ViewController.m 中 （未实现 myTestPrint 方法）[self performSelector:@selector(myTestPrint:) withObject:@"，你好 ！"];
系统会提供三次补救的机会。
第一次
+ (BOOL)resolveInstanceMethod:(SEL)sel {} (实例方法)+ (BOOL)resolveClassMethod:(SEL)sel {} (类方法)这两个方法，一个针对实例方法；一个针对类方法。返回值都是 Bool。
使用示例：
// ViewController.m 中void myMethod(id self, SEL _cmd,NSString *nub) { NSLog(@"ifelseboyxx%@",nub);}+ (BOOL)resolveInstanceMethod:(SEL)sel {#pragma clang diagnostic push#pragma clang diagnostic ignored "-Wundeclared-selector" if (sel == @selector(myTestPrint:)) {#pragma clang diagnostic pop class_addMethod([self class],sel,(IMP)myMethod,"v@:@"); return YES; }else { return [super resolveInstanceMethod:sel]; }}我们只需要在 resolveInstanceMethod: 方法中，利用 class_addMethod 方法，将未实现的 myTestPrint: 绑定到 myMethod 上就能完成转发，最后返回 YES。
第二次
- (id)forwardingTargetForSelector:(SEL)aSelector {}这个方法要求返回一个 id。使用场景一般是将 A 类的某个方法，转发到 B 类的实现中去。
使用示例：
想转发到 Person 类中的 -myTestPrint: 方法中：
@interface Person : NSObject@end@implementation Person- (void)myTestPrint:(NSString *)str { NSLog(@"ifelseboyxx%@",str);}@end// ViewController.m 中- (id)forwardingTargetForSelector:(SEL)aSelector {#pragma clang diagnostic push#pragma clang diagnostic ignored "-Wundeclared-selector" if (aSelector == @selector(myTestPrint:)) {#pragma clang diagnostic pop return [Person new]; }else{ return [super forwardingTargetForSelector:aSelector]; }}第三次
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {}- (void)forwardInvocation:(NSInvocation *)anInvocation {}第一个要求返回一个方法签名，第二个方法转发具体的实现。二者相互依赖，只有返回了正确的方法签名，才会执行第二个方法。
这次的转发作用和第二次的比较类似，都是将 A 类的某个方法，转发到 B 类的实现中去。不同的是，第三次的转发相对于第二次更加灵活，forwardingTargetForSelector: 只能固定的转发到一个对象；forwardInvocation: 可以让我们转发到多个对象中去。
使用实例：
想转发到 Person 类以及 Animal 类中的 -myTestPrint: 方法中：
@interface Person : NSObject@end@implementation Person- (void)myTestPrint:(NSString *)str { NSLog(@"ifelseboyxx%@",str);}@end@interface Animal : NSObject@end@implementation Animal- (void)myTestPrint:(NSString *)str { NSLog(@"tiger%@",str);}@end// ViewController.m 中- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector { #pragma clang diagnostic push #pragma clang diagnostic ignored "-Wundeclared-selector" if (aSelector == @selector(myTestPrint:)) { #pragma clang diagnostic pop return [NSMethodSignature signatureWithObjCTypes:"v@:@"];} return [super methodSignatureForSelector:aSelector];}- (void)forwardInvocation:(NSInvocation *)anInvocation { Person *person = [Person new]; Animal *animal = [Animal new]; if ([person respondsToSelector:anInvocation.selector]) { [anInvocation invokeWithTarget:person]; } if ([animal respondsToSelector:anInvocation.selector]) { [anInvocation invokeWithTarget:animal]; }}⚠️ 如果到了第三次机会，还没找到对应的实现，就会 crash：
unrecognized selector sent to instance 0x7f9f817072b0
总结
到这里，我们大概能了解消息发送与转发的过程了，附上流程图：
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对VEVB武林网的支持。
新闻热点
疑难解答
