前言

前面我們討論了Runtime中對類和對象的處理，及對成員變量與屬性的處理。這一章，我們就要開始討論Runtime中最有意思的一部分：消息處理機(jī)制。我們將詳細(xì)討論消息的發(fā)送及消息的轉(zhuǎn)發(fā)。不過在討論消息之前，我們先來了解一下與方法相關(guān)的一些內(nèi)容。

基礎(chǔ)數(shù)據(jù)類型

SEL

SEL又叫選擇器，是表示一個(gè)方法的selector的指針，其定義如下：

typedef struct objc_selector *SEL;

objc_selector結(jié)構(gòu)體的詳細(xì)定義沒有在<objc/runtime.h>頭文件中找到。方法的selector用于表示運(yùn)行時(shí)方法的名字。Objective-C在編譯時(shí)，會(huì)依據(jù)每一個(gè)方法的名字、參數(shù)序列，生成一個(gè)唯一的整型標(biāo)識(shí)(Int類型的地址)，這個(gè)標(biāo)識(shí)就是SEL。如下代碼所示：

SEL sel1 = @selector(method1);
NSLog(@"sel : %p", sel1);

上面的輸出為：

2014-10-30 18:40:07.518 RuntimeTest[52734:466626] sel : 0x100002d72

兩個(gè)類之間，不管它們是父類與子類的關(guān)系，還是之間沒有這種關(guān)系，只要方法名相同，那么方法的SEL就是一樣的。每一個(gè)方法都對應(yīng)著一個(gè)SEL。所以在Objective-C同一個(gè)類(及類的繼承體系)中，不能存在2個(gè)同名的方法，即使參數(shù)類型不同也不行。相同的方法只能對應(yīng)一個(gè)SEL。這也就導(dǎo)致Objective-C在處理相同方法名且參數(shù)個(gè)數(shù)相同但類型不同的方法方面的能力很差。如在某個(gè)類中定義以下兩個(gè)方法：

- (void)setWidth:(int)width;
- (void)setWidth:(double)width;

這樣的定義被認(rèn)為是一種編譯錯(cuò)誤，所以我們不能像C++, C#那樣。而是需要像下面這樣來聲明：

(void)setWidthIntValue:(int)width;
-(void)setWidthDoubleValue:(double)width;

當(dāng)然，不同的類可以擁有相同的selector，這個(gè)沒有問題。不同類的實(shí)例對象執(zhí)行相同的selector時(shí)，會(huì)在各自的方法列表中去根據(jù)selector去尋找自己對應(yīng)的IMP。

工程中的所有的SEL組成一個(gè)Set集合，Set的特點(diǎn)就是唯一，因此SEL是唯一的。因此，如果我們想到這個(gè)方法集合中查找某個(gè)方法時(shí)，只需要去找到這個(gè)方法對應(yīng)的SEL就行了，SEL實(shí)際上就是根據(jù)方法名hash化了的一個(gè)字符串，而對于字符串的比較僅僅需要比較他們的地址就可以了，可以說速度上無語倫比！！但是，有一個(gè)問題，就是數(shù)量增多會(huì)增大hash沖突而導(dǎo)致的性能下降（或是沒有沖突，因?yàn)橐部赡苡玫氖?code>perfect hash）。但是不管使用什么樣的方法加速，如果能夠?qū)⒖偭繙p少（多個(gè)方法可能對應(yīng)同一個(gè)SEL），那將是最犀利的方法。那么，我們就不難理解，為什么SEL僅僅是函數(shù)名了。

本質(zhì)上，SEL只是一個(gè)指向方法的指針（準(zhǔn)確的說，只是一個(gè)根據(jù)方法名hash化了的KEY值，能唯一代表一個(gè)方法），它的存在只是為了加快方法的查詢速度。這個(gè)查找過程我們將在下面討論。

我們可以在運(yùn)行時(shí)添加新的selector，也可以在運(yùn)行時(shí)獲取已存在的selector，我們可以通過下面三種方法來獲取SEL:

• sel_registerName函數(shù)
• Objective-C編譯器提供的@selector()
• NSSelectorFromString()方法

IMP

IMP實(shí)際上是一個(gè)函數(shù)指針，指向方法實(shí)現(xiàn)的首地址。其定義如下

id (*IMP)(id, SEL, ...)

這個(gè)函數(shù)使用當(dāng)前CPU架構(gòu)實(shí)現(xiàn)的標(biāo)準(zhǔn)的C調(diào)用約定。第一個(gè)參數(shù)是指向self的指針(如果是實(shí)例方法，則是類實(shí)例的內(nèi)存地址；如果是類方法，則是指向元類的指針)，第二個(gè)參數(shù)是方法選擇器(selector)，接下來是方法的實(shí)際參數(shù)列表。

前面介紹過的SEL就是為了查找方法的最終實(shí)現(xiàn)IMP的。由于每個(gè)方法對應(yīng)唯一的SEL，因此我們可以通過SEL方便快速準(zhǔn)確地獲得它所對應(yīng)的IMP，查找過程將在下面討論。取得IMP后，我們就獲得了執(zhí)行這個(gè)方法代碼的入口點(diǎn)，此時(shí)，我們就可以像調(diào)用普通的C語言函數(shù)一樣來使用這個(gè)函數(shù)指針了。

通過取得IMP，我們可以跳過Runtime的消息傳遞機(jī)制，直接執(zhí)行IMP指向的函數(shù)實(shí)現(xiàn)，這樣省去了Runtime消息傳遞過程中所做的一系列查找操作，會(huì)比直接向?qū)ο蟀l(fā)送消息高效一些。

Method

介紹完SEL和IMP，我們就可以來講講Method了。Method用于表示類定義中的方法，則定義如下：

typedef struct objc_method *Method;
struct objc_method {
    SEL method_name                 OBJC2_UNAVAILABLE;  // 方法名
    char *method_types                  OBJC2_UNAVAILABLE;
    IMP method_imp                      OBJC2_UNAVAILABLE;  // 方法實(shí)現(xiàn)
}

我們可以看到該結(jié)構(gòu)體中包含一個(gè)SEL和IMP，實(shí)際上相當(dāng)于在SEL和IMP之間作了一個(gè)映射。有了SEL，我們便可以找到對應(yīng)的IMP，從而調(diào)用方法的實(shí)現(xiàn)代碼。具體操作流程我們將在下面討論。

objc_method_description

objc_method_description定義了一個(gè)Objective-C方法，其定義如下：

struct objc_method_description { SEL name; char *types; };

方法相關(guān)操作函數(shù)

Runtime提供了一系列的方法來處理與方法相關(guān)的操作。包括方法本身及SEL。本節(jié)我們介紹一下這些函數(shù)。

方法

方法操作相關(guān)函數(shù)包括下以：

// 調(diào)用指定方法的實(shí)現(xiàn)
id method_invoke ( id receiver, Method m, ... );

// 調(diào)用返回一個(gè)數(shù)據(jù)結(jié)構(gòu)的方法的實(shí)現(xiàn)
void method_invoke_stret ( id receiver, Method m, ... );

// 獲取方法名
SEL method_getName ( Method m );

// 返回方法的實(shí)現(xiàn)
IMP method_getImplementation ( Method m );

// 獲取描述方法參數(shù)和返回值類型的字符串
const char * method_getTypeEncoding ( Method m );

// 獲取方法的返回值類型的字符串
char * method_copyReturnType ( Method m );

// 獲取方法的指定位置參數(shù)的類型字符串
char * method_copyArgumentType ( Method m, unsigned int index );

// 通過引用返回方法的返回值類型字符串
void method_getReturnType ( Method m, char *dst, size_t dst_len );

// 返回方法的參數(shù)的個(gè)數(shù)
unsigned int method_getNumberOfArguments ( Method m );

// 通過引用返回方法指定位置參數(shù)的類型字符串
void method_getArgumentType ( Method m, unsigned int index, char *dst, size_t dst_len );

// 返回指定方法的方法描述結(jié)構(gòu)體
struct objc_method_description * method_getDescription ( Method m );

// 設(shè)置方法的實(shí)現(xiàn)
IMP method_setImplementation ( Method m, IMP imp );

// 交換兩個(gè)方法的實(shí)現(xiàn)
void method_exchangeImplementations ( Method m1, Method m2 );

• method_invoke函數(shù)，返回的是實(shí)際實(shí)現(xiàn)的返回值。參數(shù)receiver不能為空。這個(gè)方法的效率會(huì)比method_getImplementation和method_getName更快。
• method_getName函數(shù)，返回的是一個(gè)SEL。如果想獲取方法名的C字符串，可以使用sel_getName(method_getName(method))。
• method_getReturnType函數(shù)，類型字符串會(huì)被拷貝到dst中。
• method_setImplementation函數(shù)，注意該函數(shù)返回值是方法之前的實(shí)現(xiàn)。

方法選擇器

選擇器相關(guān)的操作函數(shù)包括：

// 返回給定選擇器指定的方法的名稱
const char * sel_getName ( SEL sel );

// 在Objective-C Runtime系統(tǒng)中注冊一個(gè)方法，將方法名映射到一個(gè)選擇器，并返回這個(gè)選擇器
SEL sel_registerName ( const char *str );

// 在Objective-C Runtime系統(tǒng)中注冊一個(gè)方法
SEL sel_getUid ( const char *str );

// 比較兩個(gè)選擇器
BOOL sel_isEqual ( SEL lhs, SEL rhs );

• sel_registerName函數(shù)：在我們將一個(gè)方法添加到類定義時(shí)，我們必須在Objective-C Runtime系統(tǒng)中注冊一個(gè)方法名以獲取方法的選擇器。

方法調(diào)用流程

在Objective-C中，消息直到運(yùn)行時(shí)才綁定到方法實(shí)現(xiàn)上。編譯器會(huì)將消息表達(dá)式[receiver message]轉(zhuǎn)化為一個(gè)消息函數(shù)的調(diào)用，即objc_msgSend。這個(gè)函數(shù)將消息接收者和方法名作為其基礎(chǔ)參數(shù)，如以下所示：

objc_msgSend(receiver, selector)

如果消息中還有其它參數(shù)，則該方法的形式如下所示：

objc_msgSend(receiver, selector, arg1, arg2, ...)

這個(gè)函數(shù)完成了動(dòng)態(tài)綁定的所有事情：

• 首先它找到selector對應(yīng)的方法實(shí)現(xiàn)。因?yàn)橥粋€(gè)方法可能在不同的類中有不同的實(shí)現(xiàn)，所以我們需要依賴于接收者的類來找到的確切的實(shí)現(xiàn)。
• 它調(diào)用方法實(shí)現(xiàn)，并將接收者對象及方法的所有參數(shù)傳給它。
• 最后，它將實(shí)現(xiàn)返回的值作為它自己的返回值。

消息的關(guān)鍵在于我們前面章節(jié)討論過的結(jié)構(gòu)體objc_class，這個(gè)結(jié)構(gòu)體有兩個(gè)字段是我們在分發(fā)消息的關(guān)注的：

• 指向父類的指針
• 一個(gè)類的方法分發(fā)表，即methodLists

當(dāng)我們創(chuàng)建一個(gè)新對象時(shí)，先為其分配內(nèi)存，并初始化其成員變量。其中isa指針也會(huì)被初始化，讓對象可以訪問類及類的繼承體系。

下圖演示了這樣一個(gè)消息的基本框架：

1

當(dāng)消息發(fā)送給一個(gè)對象時(shí)，objc_msgSend通過對象的isa指針獲取到類的結(jié)構(gòu)體，然后在方法分發(fā)表里面查找方法的selector。如果沒有找到selector，則通過objc_msgSend結(jié)構(gòu)體中的指向父類的指針找到其父類，并在父類的分發(fā)表里面查找方法的selector。依此，會(huì)一直沿著類的繼承體系到達(dá)NSObject類。一旦定位到selector，函數(shù)會(huì)就獲取到了實(shí)現(xiàn)的入口點(diǎn)，并傳入相應(yīng)的參數(shù)來執(zhí)行方法的具體實(shí)現(xiàn)。如果最后沒有定位到selector，則會(huì)走消息轉(zhuǎn)發(fā)流程，這個(gè)我們在后面討論。

為了加速消息的處理，運(yùn)行時(shí)系統(tǒng)緩存使用過的selector
及對應(yīng)的方法的地址。這點(diǎn)我們在前面討論過，不再重復(fù)。

隱藏參數(shù)

objc_msgSend有兩個(gè)隱藏參數(shù)：

• 消息接收對象
• 方法的selector

這兩個(gè)參數(shù)為方法的實(shí)現(xiàn)提供了調(diào)用者的信息。之所以說是隱藏的，是因?yàn)樗鼈冊诙x方法的源代碼中沒有聲明。它們是在編譯期被插入實(shí)現(xiàn)代碼的。

雖然這些參數(shù)沒有顯示聲明，但在代碼中仍然可以引用它們。我們可以使用self來引用接收者對象，使用_cmd來引用選擇器。如下代碼所示：

- strange
{
    id  target = getTheReceiver();
    SEL method = getTheMethod();
    if ( target == self || method == _cmd )
        return nil;
    return [target performSelector:method];
}

當(dāng)然，這兩個(gè)參數(shù)我們用得比較多的是self，_cmd在實(shí)際中用得比較少。

獲取方法地址

Runtime中方法的動(dòng)態(tài)綁定讓我們寫代碼時(shí)更具靈活性，如我們可以把消息轉(zhuǎn)發(fā)給我們想要的對象，或者隨意交換一個(gè)方法的實(shí)現(xiàn)等。不過靈活性的提升也帶來了性能上的一些損耗。畢竟我們需要去查找方法的實(shí)現(xiàn)，而不像函數(shù)調(diào)用來得那么直接。當(dāng)然，方法的緩存一定程度上解決了這一問題。

我們上面提到過，如果想要避開這種動(dòng)態(tài)綁定方式，我們可以獲取方法實(shí)現(xiàn)的地址，然后像調(diào)用函數(shù)一樣來直接調(diào)用它。特別是當(dāng)我們需要在一個(gè)循環(huán)內(nèi)頻繁地調(diào)用一個(gè)特定的方法時(shí)，通過這種方式可以提高程序的性能。

NSObject類提供了methodForSelector:方法，讓我們可以獲取到方法的指針，然后通過這個(gè)指針來調(diào)用實(shí)現(xiàn)代碼。我們需要將methodForSelector:返回的指針轉(zhuǎn)換為合適的函數(shù)類型，函數(shù)參數(shù)和返回值都需要匹配上。

我們通過以下代碼來看看methodForSelector:的使用：

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);

這里需要注意的就是函數(shù)指針的前兩個(gè)參數(shù)必須是id和SEL。

當(dāng)然這種方式只適合于在類似于for循環(huán)這種情況下頻繁調(diào)用同一方法，以提高性能的情況。另外，methodForSelector:是由Cocoa運(yùn)行時(shí)提供的；它不是Objective-C語言的特性。

消息轉(zhuǎn)發(fā)

當(dāng)一個(gè)對象能接收一個(gè)消息時(shí)，就會(huì)走正常的方法調(diào)用流程。但如果一個(gè)對象無法接收指定消息時(shí)，又會(huì)發(fā)生什么事呢？默認(rèn)情況下，如果是以[object message]的方式調(diào)用方法，如果object無法響應(yīng)message消息時(shí)，編譯器會(huì)報(bào)錯(cuò)。但如果是以perform...的形式來調(diào)用，則需要等到運(yùn)行時(shí)才能確定object是否能接收message``消息。如果不能，則程序崩潰。

通常，當(dāng)我們不能確定一個(gè)對象是否能接收某個(gè)消息時(shí)，會(huì)先調(diào)用respondsToSelector:來判斷一下。如下代碼所示：

if ([self respondsToSelector:@selector(method)]) {
    [self performSelector:@selector(method)];
}

不過，我們這邊想討論下不使用respondsToSelector:判斷的情況。這才是我們這一節(jié)的重點(diǎn)。

當(dāng)一個(gè)對象無法接收某一消息時(shí)，就會(huì)啟動(dòng)所謂”消息轉(zhuǎn)發(fā)(message forwarding)“機(jī)制，通過這一機(jī)制，我們可以告訴對象如何處理未知的消息。默認(rèn)情況下，對象接收到未知的消息，會(huì)導(dǎo)致程序崩潰，通過控制臺(tái)，我們可以看到以下異常信息：

-[SUTRuntimeMethod method]: unrecognized selector sent to instance 0x100111940

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[SUTRuntimeMethod method]: unrecognized selector sent to instance 0x100111940'

這段異常信息實(shí)際上是由NSObject的”doesNotRecognizeSelector“方法拋出的。不過，我們可以采取一些措施，讓我們的程序執(zhí)行特定的邏輯，而避免程序的崩潰。

消息轉(zhuǎn)發(fā)機(jī)制基本上分為三個(gè)步驟：

• 動(dòng)態(tài)方法解析
• 備用接收者
• 完整轉(zhuǎn)發(fā)

下面我們詳細(xì)討論一下這三個(gè)步驟。

動(dòng)態(tài)方法解析

對象在接收到未知的消息時(shí)，首先會(huì)調(diào)用所屬類的類方法+resolveInstanceMethod:(實(shí)例方法)或者+resolveClassMethod:(類方法)。在這個(gè)方法中，我們有機(jī)會(huì)為該未知消息新增一個(gè)”處理方法””。不過使用該方法的前提是我們已經(jīng)實(shí)現(xiàn)了該”處理方法”，只需要在運(yùn)行時(shí)通過class_addMethod函數(shù)動(dòng)態(tài)添加到類里面就可以了。如下代碼所示：

void functionForMethod1(id self, SEL _cmd) {
   NSLog(@"%@, %p", self, _cmd);
}
    
+ (BOOL)resolveInstanceMethod:(SEL)sel {
    NSString *selectorString = NSStringFromSelector(sel);
    if ([selectorString isEqualToString:@"method1"]) {
        class_addMethod(self.class, @selector(method1), (IMP)functionForMethod1, "@:");
    }
    return [super resolveInstanceMethod:sel];
}

不過這種方案更多的是為了實(shí)現(xiàn)@dynamic屬性。

備用接收者

如果在上一步無法處理消息，則Runtime會(huì)繼續(xù)調(diào)以下方法：

- (id)forwardingTargetForSelector:(SEL)aSelector

如果一個(gè)對象實(shí)現(xiàn)了這個(gè)方法，并返回一個(gè)非nil的結(jié)果，則這個(gè)對象會(huì)作為消息的新接收者，且消息會(huì)被分發(fā)到這個(gè)對象。當(dāng)然這個(gè)對象不能是self自身，否則就是出現(xiàn)無限循環(huán)。當(dāng)然，如果我們沒有指定相應(yīng)的對象來處理aSelector，則應(yīng)該調(diào)用父類的實(shí)現(xiàn)來返回結(jié)果

使用這個(gè)方法通常是在對象內(nèi)部，可能還有一系列其它對象能處理該消息，我們便可借這些對象來處理消息并返回，這樣在對象外部看來，還是由該對象親自處理了這一消息。如下代碼所示：

@interface SUTRuntimeMethodHelper : NSObject
- (void)method2;
@end
@implementation SUTRuntimeMethodHelper
- (void)method2 {
    NSLog(@"%@, %p", self, _cmd);
}
@end
#pragma mark -
@interface SUTRuntimeMethod () {
    SUTRuntimeMethodHelper *_helper;
}
@end
@implementation SUTRuntimeMethod
+ (instancetype)object {
    return [[self alloc] init];
}
- (instancetype)init {
    self = [super init];
    if (self != nil) {
        _helper = [[SUTRuntimeMethodHelper alloc] init];
    }
    return self;
}
- (void)test {
    [self performSelector:@selector(method2)];
}
- (id)forwardingTargetForSelector:(SEL)aSelector {
    NSLog(@"forwardingTargetForSelector");
    NSString *selectorString = NSStringFromSelector(aSelector);
    // 將消息轉(zhuǎn)發(fā)給_helper來處理
    if ([selectorString isEqualToString:@"method2"]) {
        return _helper;
    }
    return [super forwardingTargetForSelector:aSelector];
}
@end

這一步合適于我們只想將消息轉(zhuǎn)發(fā)到另一個(gè)能處理該消息的對象上。但這一步無法對消息進(jìn)行處理，如操作消息的參數(shù)和返回值。

完整消息轉(zhuǎn)發(fā)

如果在上一步還不能處理未知消息，則唯一能做的就是啟用完整的消息轉(zhuǎn)發(fā)機(jī)制了。此時(shí)會(huì)調(diào)用以下方法：

- (void)forwardInvocation:(NSInvocation *)anInvocation

運(yùn)行時(shí)系統(tǒng)會(huì)在這一步給消息接收者最后一次機(jī)會(huì)將消息轉(zhuǎn)發(fā)給其它對象。對象會(huì)創(chuàng)建一個(gè)表示消息的NSInvocation對象，把與尚未處理的消息有關(guān)的全部細(xì)節(jié)都封裝在anInvocation中，包括selector，目標(biāo)(target)和參數(shù)。我們可以在forwardInvocation方法中選擇將消息轉(zhuǎn)發(fā)給其它對象。

forwardInvocation:方法的實(shí)現(xiàn)有兩個(gè)任務(wù)：

定位可以響應(yīng)封裝在anInvocation中的消息的對象。這個(gè)對象不需要能處理所有未知消息。
使用anInvocation作為參數(shù)，將消息發(fā)送到選中的對象。anInvocation將會(huì)保留調(diào)用結(jié)果，運(yùn)行時(shí)系統(tǒng)會(huì)提取這一結(jié)果并將其發(fā)送到消息的原始發(fā)送者。

不過，在這個(gè)方法中我們可以實(shí)現(xiàn)一些更復(fù)雜的功能，我們可以對消息的內(nèi)容進(jìn)行修改，比如追回一個(gè)參數(shù)等，然后再去觸發(fā)消息。另外，若發(fā)現(xiàn)某個(gè)消息不應(yīng)由本類處理，則應(yīng)調(diào)用父類的同名方法，以便繼承體系中的每個(gè)類都有機(jī)會(huì)處理此調(diào)用請求。

還有一個(gè)很重要的問題，我們必須重寫以下方法：

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector

消息轉(zhuǎn)發(fā)機(jī)制使用從這個(gè)方法中獲取的信息來創(chuàng)建NSInvocation對象。因此我們必須重寫這個(gè)方法，為給定的selector提供一個(gè)合適的方法簽名。

完整的示例如下所示：

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
    NSMethodSignature *signature = [super methodSignatureForSelector:aSelector];
    if (!signature) {
        if ([SUTRuntimeMethodHelper instancesRespondToSelector:aSelector]) {
            signature = [SUTRuntimeMethodHelper instanceMethodSignatureForSelector:aSelector];
        }
    }
    return signature;
}
- (void)forwardInvocation:(NSInvocation *)anInvocation {
    if ([SUTRuntimeMethodHelper instancesRespondToSelector:anInvocation.selector]) {
        [anInvocation invokeWithTarget:_helper];
    }
}

NSObject的forwardInvocation:方法實(shí)現(xiàn)只是簡單調(diào)用了doesNotRecognizeSelector:方法，它不會(huì)轉(zhuǎn)發(fā)任何消息。這樣，如果不在以上所述的三個(gè)步驟中處理未知消息，則會(huì)引發(fā)一個(gè)異常。

從某種意義上來講，forwardInvocation:就像一個(gè)未知消息的分發(fā)中心，將這些未知的消息轉(zhuǎn)發(fā)給其它對象。或者也可以像一個(gè)運(yùn)輸站一樣將所有未知消息都發(fā)送給同一個(gè)接收對象。這取決于具體的實(shí)現(xiàn)。

消息轉(zhuǎn)發(fā)與多重繼承

回過頭來看第二和第三步，通過這兩個(gè)方法我們可以允許一個(gè)對象與其它對象建立關(guān)系，以處理某些未知消息，而表面上看仍然是該對象在處理消息。通過這種關(guān)系，我們可以模擬“多重繼承”的某些特性，讓對象可以“繼承”其它對象的特性來處理一些事情。不過，這兩者間有一個(gè)重要的區(qū)別：多重繼承將不同的功能集成到一個(gè)對象中，它會(huì)讓對象變得過大，涉及的東西過多；而消息轉(zhuǎn)發(fā)將功能分解到獨(dú)立的小的對象中，并通過某種方式將這些對象連接起來，并做相應(yīng)的消息轉(zhuǎn)發(fā)。

不過消息轉(zhuǎn)發(fā)雖然類似于繼承，但NSObject的一些方法還是能區(qū)分兩者。如respondsToSelector:和isKindOfClass:只能用于繼承體系，而不能用于轉(zhuǎn)發(fā)鏈。便如果我們想讓這種消息轉(zhuǎn)發(fā)看起來像是繼承，則可以重寫這些方法，如以下代碼所示：

- (BOOL)respondsToSelector:(SEL)aSelector
{
    if ( [super respondsToSelector:aSelector])
        return YES;
    else {
        /* Here, test whether the aSelector message can     *
         * be forwarded to another object and whether that  *
         * object can respond to it. Return YES if it can.  */
    }
    return NO;  
}

小結(jié)

在此，我們已經(jīng)了解了Runtime中消息發(fā)送和轉(zhuǎn)發(fā)的基本機(jī)制。這也是Runtime的強(qiáng)大之處，通過它，我們可以為程序增加很多動(dòng)態(tài)的行為，雖然我們在實(shí)際開發(fā)中很少直接使用這些機(jī)制(如直接調(diào)用objc_msgSend)，但了解它們有助于我們更多地去了解底層的實(shí)現(xiàn)。其實(shí)在實(shí)際的編碼過程中，我們也可以靈活地使用這些機(jī)制，去實(shí)現(xiàn)一些特殊的功能，如hook操作等

相關(guān)：

Objective-C Runtime 運(yùn)行時(shí)之一：類與對象
Objective-C Runtime 運(yùn)行時(shí)之二：成員變量與屬性

本文章轉(zhuǎn)載自：南峰子的技術(shù)博客