利用OC的消息转发机制实现多重代理

利用OC的消息转发机制实现多重代理

本文转载自：http://zziking.github.io

在Objective-C中，经常使用delegate来在对象之间通信，但是delegate一般是对象间一对一的通信，有时候我们希望delegate方法由多个不同的对象来处理，比如UITableView继承于UIScrollView,我们希望他的delegate中UIScrollViewDelegate的方法由一个独立的类来处理，以便实现一些效果，比如像下图这样的头部图片滚动拉伸效果，只需要实现UIScrolViewDelegate的scrollViewDidScroll方法，这样做的好处是可以降低代码耦合度，将实现不同功能的方法封装在独立的delegate中，便于复用和维护管理。

一、OC的消息机制

那么，怎样实现delegate方法的动态转发呢？这需要用到Objective-C的消息机制，我们都知道，在OC中，调用一个对象的方法，实际上是给对象发了一条消息，在编译Objective－C函数调用的语法时，会被翻译成一个C的函数调用：objc_msgSend(),例如：

[array insertObject:foo atIndex:2];
//会被翻译成:
objc_msgSend(array, @selector(insertObject:atIndex), foo, 2);

那么，objc_msgSend又做了哪些事呢？，以[object foo]为例:

1. 通过object的isa指针找到它的class
2. 在class的method_list中找到foo
3. 如果class中没找到foo，则继续往他的superclass中查找
4. 一旦找到foo这个函数，就去执行对应的方法实现(IMP)

如果一直没有找到foo,OC的runtime将继续下面的步骤：

二、动态方法决议与消息转发

在Objective-C中，如果向一个对象发送一条该对象无法处理的消息(对应selector不存在)，会导致程序crash， 但是，在crash之前，oc的运行时系统会先经过以下两个步骤：

1. Dynamic Method Resolution
2. Message Forwarding

1、Dynamic Method Resolution（动态方法决议）

首先，如果调用的方法是实例方法，OC的运行时会调用－ (BOOL)resolveInstanceMethod:(SEL)sel，如果是类方法，则会调用+ (BOOL)resolveClassMethod:(SEL)sel 让我们可以在程序运行时动态的为一个selector提供实现,如果我们添加了函数的实现，并返回YES，运行时系统会重启一次消息的发送过程，调用动态添加的方法。例如,下面的例子：

+ (BOOL)resolveInstanceMethod:(SEL)sel{
    if (sel == @selector(foo)) {
        class_addMethod([self class], sel, (IMP)dynamicMethodIMP, "V@:");
        return YES;
    }
    return [super resolveInstanceMethod:sel];
}
void dynamicMethodIMP(id self, SEL _cmd){
    NSLog(@"%s", __PRETTY_FU