當單繼承不夠用，很難為問題域建模時，我們通常都會直接想到多繼承。多繼承是從多余一個直接基類派生類的能力，可以更加直接地為應用程序建模。但是Objective-C不支持多繼承，由于消息機制名字查找發生在運行時而非編譯時，很難解決多個基類可能導致的二義性問題。不過其實 Objective-C 也無需支持多繼承，我們可以找到如下幾種間接實現多繼承目的的方法：
消息轉發
delegate和protocol
類別
消息轉發
向someObject發送某消息，但runtime system在當前類和父類中都找不到對應方法的實現時，runtime system并不會立即報錯使程序崩潰，而是依次執行下列步驟：
分別簡述一下流程：
1.動態方法解析
向當前類發送 resolveInstanceMethod: 信號，檢查是否動態向該類添加了方法。（迷茫請搜索：@dynamic）
2.快速消息轉發
檢查該類是否實現了 forwardingTargetForSelector: 方法，若實現了則調用這個方法。若該方法返回值對象非nil或非self，則向該返回對象重新發送消息。
3.標準消息轉發
runtime發送methodSignatureForSelector:消息獲取Selector對應的方法簽名。返回值非空則通過forwardInvocation:轉發消息，返回值為空則向當前對象發送doesNotRecognizeSelector:消息，程序崩潰退出。
顧名思義，我們可以利用上述過程中的2、3兩種方式來完成消息轉發。
快速消息轉發
快速消息轉發的實現方法很簡單，只需要重寫 - (id)forwardingTargetForSelector:(SEL)aSelector 方法即可。
我來舉個簡單的例子，比如現有2個類：Teacher 和 Doctor，Doctor可以做手術（operate方法）。
@interface Teacher : NSObject
@end
@interface Doctor : NSObject
- (void)operate;
@end
通過快速消息轉發，可以很輕松的讓teacher調用doctor的方法做手術。
Teacher類需要實現將消息轉發給Doctor：
- (id)forwardingTargetForSelector:(SEL)aSelector
{
Doctor *doctor = [[Doctor alloc]init];
if([doctor respondsToSelector:aSelector]) {
returndoctor;
}
returnnil;
}
雖然消息可以動態轉發傳遞，但是編輯器的靜態檢查是繞不過的，那么問題來了，既然Teacher類沒有實現operate方法又該如何聲明呢？
到目前為止，我只想到下面2種方法：
聲明方法1 ———— 類別
@interface Teacher (DoctorMethod)
- (void)operate;
@end
聲明方法2 ———— 導入頭文件、調用時強轉類型
Teacher類頭文件需要包含Doctor頭文件，告訴編譯器去Doctor.h中可以找到operator方法的聲明，并且在調用時強轉類型。
Teacher *teacher = [[Teacher alloc]init];
[(Doctor *)teacher operate];
有興趣可以思考一個問題：如果將其類型轉成 id ，也可以編譯通過，并實現轉發。可是會帶來什么隱患呢？
方法1使用類別足夠清晰簡便，為什么還要提出辦法2呢 ？ 我的想法是，方法1的弊端是拋出來的方法是定死的，而且在.h里露著；方法2就相對靈活，而且隱藏了我要轉發的消息。
