深入浅出 Cocoa 之消息
罗朝辉（http://blog.csdn.net/kesalin）
转载请注明出处
在入门级别的ObjC 教程中，我们常对从C++或Java 或其它面向对象语言转过来的程序猿说，ObjC 中的方法调用（ObjC中的术语为消息）跟其它语言中的方法调用差点儿相同，仅仅是形式有些不同而已。
譬如Ｃ++ 中的：
|
Bird * aBird = new Bird(); aBird->fly(); |
在ObjC 中则例如以下：
|
Bird * aBird = [[Bird alloc] init]; [aBird fly]; |
初看起来，好像仅仅是书写形式不同而已，实则差异大矣。Ｃ++中的方法调用可能是动态的，也可能是静态的；而ObjC中的消息都为动态的。下文将具体介绍为什么是动态的，以及编译器在这背后做了些什么事情。
要说清楚消息这个话题，我们必须先来了解三个概念Class, SEL, IMP，它们在objc/objc.h 中定义：
|
typedef struct objc_class *Class; typedef struct objc_object { Class isa; } *id; typedef struct objc_selector *SEL; typedef id (*IMP)(id, SEL, ...); |
Class 的含义
Class 被定义为一个指向 objc_class的结构体指针，这个结构体表示每个类的类结构。而 objc_class 在objc/objc_class.h中定义例如以下:
|
struct objc_class { struct objc_class * isa; struct objc_class * super_class; /*父类*/ const char *name; /*类名字*/ long version; /*版本号信息*/ long info; /*类信息*/ long instance_size; /*实例大小*/ struct objc_ivar_list *ivars; /*实例參数链表*/ struct objc_method_list **methodLists; /*方法链表*/ struct objc_cache *cache; /*方法缓存*/ struct objc_protocol_list *protocols; /*协议链表*/ }; |
由此可见，Class 是指向类结构体的指针，该类结构体含有一个指向其父类类结构的指针，该类方法的链表，该类方法的缓存以及其它必要信息。
NSObject 的class 方法就返回这样一个指向其类结构的指针。每个类实例对象的第一个实例变量是一个指向该对象的类结构的指针，叫做isa。通过该指针，对象能够訪问它相应的类以及相应的父类。如图一所看到的：
如图一所看到的，圆形所代表的实例对象的第一个实例变量为 isa，它指向该类的类结构 The object’s class。而该类结构有一个指向其父类类结构的指针superclass， 以及自身消息名称(selector)/实现地址(address)的方法链表。
方法的含义：
注意这里所说的方法链表里面存储的是Method 类型的。图一中selector 就是指 Method的 SEL, address就是指Method的 IMP。 Method 在头文件 objc_class.h中定义例如以下：
|
typedef struct objc_method *Method; typedef struct objc_ method { SEL method_name; char *method_types; IMP method_imp; }; |
一个方法 Method，其包括一个方法选标 SEL – 表示该方法的名称，一个types – 表示该方法參数的类型，一个 IMP - 指向该方法的详细实现的函数指针。
SEL 的含义：
在前面我们看到方法选标 SEL 的定义为：
typedef struct objc_selector *SEL;
它是一个指向 objc_selector 指针，表示方法的名字/签名。例如以下所看到的，打印出 selector。
|
-(NSInteger)maxIn:(NSInteger)a theOther:(NSInteger)b { return (a > b) ? a : b; } NSLog(@"SEL=%s", @selector(maxIn:theOther:)); 输出：SEL=maxIn:theOther: |
不同的类能够拥有同样的 selector，这个没有问题，由于不同类的实例对象performSelector同样的 selector 时，会在各自的消息选标(selector)/实现地址(address) 方法链表中依据 selector 去查找详细的方法实现IMP, 然后用这种方法实现去运行详细的实现代码。这是一个动态绑定的过程，在编译的时候，我们不知道终于会运行哪一些代码，仅仅有在运行的时候，通过selector去查询，我们才干确定详细的运行代码。
IMP 的含义：
在前面我们也看到 IMP 的定义为：
typedef id (*IMP)(id, SEL, ...);
依据前面id 的定义，我们知道 id是一个指向 objc_object 结构体的指针，该结构体仅仅有一个成员isa，所以不论什么继承自 NSObject 的类对象都能够用id 来指代，由于 NSObject 的第一个成员实例就是isa。
至此，我们就非常清楚地知道 IMP 的含义：IMP 是一个函数指针，这个被指向的函数包括一个接收消息的对象id(self 指针), 调用方法的选标 SEL (方法名)，以及不定个数的方法參数，并返回一个id。也就是说 IMP 是消息终于调用的运行代码，是方法真正的实现代码 。我们能够像在Ｃ语言里面一样使用这个函数指针。
NSObject 类中的methodForSelector：方法就是这样一个获取指向方法实现IMP 的指针，methodForSelector：返回的指针和赋值的变量类型必须全然一致，包含方法的參数类型和返回值类型。
以下的样例展示了怎么使用指针来调用setFilled:的方法实现：
|
void (*setter)(id, SEL, BOOL); int i; setter = (void(*)(id, SEL, BOOL))[target methodForSelector:@selector(setFilled:)]; for (i = 0; i < 1000; i++) setter(targetList[i], @selector(setFilled:), YES); |
使用methodForSelector：来避免动态绑定将降低大部分消息的开销，可是这仅仅有在指定的消息被反复发送非常多次时才有意义，比如上面的for循环。
注意，methodForSelector：是Cocoa执行时系统的提供的功能，而不是Objective-C语言本身的功能。
消息调用过程：
至此我们对ObjC 中的消息应该有个大致思路了：演示样例
|
Bird * aBird = [[Bird alloc] init]; [aBird fly]; |
中对 fly 的调用，编译器通过插入一些代码，将之转换为对方法详细实现IMP的调用，这个 IMP是通过在 Bird 的类结构中的方法链表中查找名称为fly 的 选标SEL 相应的详细方法实现找到的。
上面的思路另一些没有提及的话题，比方说编译器插入了什么代码，假设在方法链表中没有找到相应的 IMP又会怎样，这些话题在以下展开。
消息函数 obj_msgSend：
编译器会将消息转换为对消息函数 objc_msgSend的调用，该函数有两个基本的參数：消息接收者id 和消息相应的方法选标 SEL, 同一时候接收消息中的随意參数：
id objc_msgSend(id theReceiver, SELtheSelector, ...)
如上面的消息 [aBird fly]会被转换为例如以下形式的函数调用：
objc_msgSend(aBird, @selector(fly));
该消息函数做了动态绑定所须要的一切工作：
1，它首先找到 SEL 相应的方法实现 IMP。由于不同的类对同一方法可能会有不同的实现，所以找到的方法实现依赖于消息接收者的类型。
2， 然后将消息接收者对象(指向消息接收者对象的指针)以及方法中指定的參数传递给方法实现 IMP。
3， 最后，将方法实现的返回值作为该函数的返回值返回。
编译器会自己主动插入调用该消息函数objc_msgSend的代码，我们无须在代码中显示调用该消息函数。当objc_msgSend找到方法相应的实现时，它将直接调用该方法实现，并将消息中全部的參数都传递给方法实现，同一时候，它还将传递两个隐藏的參数：消息的接收者以及方法名称 SEL。这些參数帮助方法实现获得了消息表达式的信息。它们被觉得是”隐藏“的是由于它们并没有在定义方法的源码中声明，而是在代码编译时是插入方法的实现中的。
虽然这些參数没有被显示声明，但在源码中仍然能够引用它们（就象能够引用消息接收者对象的实例变量一样）。在方法中能够通过self来引用消息接收者对象，通过选标_cmd来引用方法本身。在以下的样例中，_cmd 指的是strange方法，self指的收到strange消息的对象。
|
- strange { id target = getTheReceiver(); SEL method = getTheMethod(); if (target == self || mothod == _cmd) return nil; return [target performSelector:method]; } |
在这两个參数中，self更实用一些。实际上，它是在方法实现中訪问消息接收者对象的实例变量的途径。
查找 IMP 的过程：
前面说了，objc_msgSend 会依据方法选标 SEL 在类结构的方法列表中查找方法实现IMP。这里头有一些文章，我们在前面的类结构中也看到有一个叫objc_cache *cache 的成员，这个缓存为提高效率而存在的。每一个类都有一个独立的缓存，同一时候包含继承的方法和在该类中定义的方法。。
以下来剖析一段苹果官方执行时源代码：
static Method look_up_method(Class cls, SEL sel,
BOOL withCache, BOOL withResolver)
{
Method meth = NULL;
if (withCache) {
meth = _cache_getMethod(cls, sel, &_objc_msgForward_internal);
if (meth == (Method)1) {
// Cache contains forward:: . Stop searching.
return NULL;
}
}
if (!meth) meth = _class_getMethod(cls, sel);
if (!meth && withResolver) meth = _class_resolveMethod(cls, sel);
return meth;
}通过分析上面的代码，能够看到，查找时：
1，首先去该类的方法 cache中查找，假设找到了就返回它；
2，假设没有找到，就去该类的方法列表中查找。假设在该类的方法列表中找到了，则将 IMP返回，并将它增加cache中缓存起来。依据近期使用原则，这种方法再次调用的可能性非常大，缓存起来能够节省下次调用再次查找的开销。3，3，假设在该类的方法列表中没找到相应的 IMP，在通过该类结构中的 super_class指针在其父类结构的方法列表中去查找，直到在某个父类的方法列表中找到相应的IMP，返回它，并增加cache中；
4，假设在自身以及全部父类的方法列表中都没有找到相应的 IMP，则看是不是能够进行动态方法决议（后面有专文讲述这个话题）；
5，假设动态方法决议没能解决这个问题，进入以下要讲的消息转发流程。
便利函数：
我们能够通过NSObject的一些方法获取执行时信息或动态执行一些消息：
class 返回对象的类；
isKindOfClass 和 isMemberOfClass检查对象是否在指定的类继承体系中；
respondsToSelector 检查对象是否能对应指定的消息；
conformsToProtocol 检查对象是否实现了指定协议类的方法；
methodForSelector 返回指定方法实现的地址。
performSelector:withObject 运行SEL 所指代的方法。
消息转发：
通常，给一个对象发送它不能处理的消息会得到出错提示，然而，Objective-C执行时系统在抛出错误之前，会给消息接收对象发送一条特别的消息forwardInvocation 来通知该对象，该消息的唯一參数是个NSInvocation类型的对象——该对象封装了原始的消息和消息的參数。
我们能够实现forwardInvocation:方法来对不能处理的消息做一些默认的处理，也能够将消息转发给其它对象来处理，而不抛出错误。
关于消息转发的作用，可以考虑例如以下情景：如果，我们须要设计一个可以响应negotiate消息的对象，而且可以包含其他类型的对象对消息的响应。 通过在negotiate方法的实现中将negotiate消息转发给其他的对象来非常easy的达到这一目的。
更进一步，如果我们希望我们的对象和另外一个类的对象对negotiate的消息的响应全然一致。一种可能的方式就是让我们的类继承其他类的方法实现。 然后，有时候这样的方式不可行，由于我们的类和其他类可能须要在不同的继承体系中响应negotiate消息。
尽管我们的类无法继承其他类的negotiate方法，但我们仍然能够提供一个方法实现，这种方法实现仅仅是简单的将negotiate消息转发给其他类的对象，就好像从其他类那儿“借”来的现一样。例如以下所看到的：
|
- negotiate { if ([someOtherObject respondsToSelector:@selector(negotiate)]) return [someOtherObject negotiate]; return self; } |
这样的方式显得有欠灵活，特别是有非常多消息都希望传递给其他对象时，我们就必须为每一种消息提供方法实现。此外，这样的方式不能处理未知的消息。当我们写下代码时，全部我们须要转发的消息的集合都必须确定。然而，实际上，这个集合会随着执行时事件的发生，新方法或者新类的定义而变化。
forwardInvocation:消息给这个问题提供了一个更特别的，动态的解决方式：当一个对象因为没有对应的方法实现而无法响应某消息时，执行时系统将通过forwardInvocation:消息通知该对象。每一个对象都从NSObject类中继承了forwardInvocation:方法。然而，NSObject中的方法实现仅仅是简单地调用了doesNotRecognizeSelector:。通过实现我们自己的forwardInvocation:方法，我们能够在该方法实现中将消息转发给其他对象。
要转发消息给其他对象，forwardInvocation:方法所必须做的有：
1，决定将消息转发给谁，而且
2，将消息和原来的參数一块转发出去。
消息能够通过invokeWithTarget:方法来转发：
|
- (void) forwardInvocation:(NSInvocation *)anInvocation { if ([someOtherObject respondsToSelector:[anInvocation selector]]) [anInvocation invokeWithTarget:someOtherObject]; else [super forwardInvocation:anInvocation]; } |
forwardInvocation:方法就像一个不能识别的消息的分发中心，将这些消息转发给不同接收对象。或者它也能够象一个运输站将全部的消息都发送给同一个接收对象。它能够将一个消息翻译成另外一个消息，或者简单的"吃掉“某些消息，因此没有响应也没有错误。forwardInvocation:方法也能够对不同的消息提供相同的响应，这一切都取决于方法的详细实现。该方法所提供是将不同的对象链接到消息链的能力。
注意： forwardInvocation:方法仅仅有在消息接收对象中无法正常响应消息时才会被调用。 所以，假设我们希望一个对象将 negotiate 消息转发给其他对象，则这个对象不能有negotiate 方法，也不能在动态方法决议过程中为之提供实现。否则，forwardInvocation:将不可能会被调用。
參考资料：
Objective-CRuntime Reference:
Objective-C Runtime Programming Guide:
http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/ObjCRuntimeGuide/Introduction/Introduction.html