2. 程式人生 > >iOS消息轉發

iOS消息轉發

阿新 • • 發佈：2018-05-03
1.3 uibutton 轉發機制 apt ica iso 手動 turn ==

消息轉發是一種功能強大的技術，可以大大增加Objective-C的表現力。什麽是消息轉發？簡而言之，它允許未知的消息被困住並作出反應。換句話說，無論何時發送未知消息，它??都會以一個很好的包發送到您的代碼中，此時您可以隨心所欲地執行任何操作。

為什麽它被稱為 “轉發”？ 當某個對象沒有任何響應某個 消息 的操作就 “轉發” 該 消息。原因是這種技術主要是為了讓對象讓其他對象為他們處理 消息，從而 “轉發”。

技術分享圖片

1. 類，對象，方法

在我們開始使用消息機制之前，我們可以約定我們的術語。例如，很多人不清楚“方法”與“消息”是什麽，但這對於理解消息傳遞系統如何在低級別工作至關重要。

  • 方法：與一個類相關的一段實際代碼，並給出一個特定的名字。例：- (int)meaning { return 42; }
  • 消息：發送給對象的名稱和一組參數。示例：向0x12345678對象發送meaning並且沒有參數。
  • 選擇器：表示消息或方法名稱的一種特殊方式，表示為類型SEL。選擇器本質上就是不透明的字符串，它們被管理，因此可以使用簡單的指針相等來比較它們，從而提高速度。（實現可能會有所不同，但這基本上是他們在外部看起來的樣子。）例如：@selector(meaning)。
  • 消息發送：接收信息並查找和執行適當方法的過程。

1.1 OC的方法與C的函數

Objective-C方法最終被生成為C函數，並帶有一些額外的參數。Objective-C中的方法默認被隱藏了兩個參數：self和_cmd。你可能知道self

是作為一個隱式參數傳遞的，它最終成為一個明確的參數。鮮為人知的隱式參數_cmd（它保存了正在發送的消息的選擇器）是第二個這樣的隱式參數。總之，self指向對象本身，_cmd指向方法本身。舉兩個例子來說明：

  • 例1：- (NSString *)name 這個方法實際上有兩個參數：self和_cmd。

  • 例2：- (void)setValue:(int)val 這個方法實際上有三個參數：self,_cmd 和 val。

在編譯時你寫的 Objective-C 函數調用的語法都會被翻譯成一個 C 的函數調用 objc_msgSend() 。比如，下面兩行代碼就是等價的：

  • OC
[array insertObject:foo atIndex:5];
  • C
objc_msgSend(array, @selector(insertObject:atIndex:), foo, 5);

1.2 類，對象，方法的C表達

在 Objective-C 中，類、對象和方法都是一個 C 的結構體，從 objc/runtime.h 以及 objc/objc.h頭文件中，我們可以找到他們的定義：

  • objc_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;
/* Use `Class` instead of `struct objc_class *` */
  • objc_object
/// Represents an instance of a class.
struct objc_object {
    Class _Nonnull isa  OBJC_ISA_AVAILABILITY;
};
  • objc_method
struct objc_method {
    SEL _Nonnull method_name                                 OBJC2_UNAVAILABLE;
    char * _Nullable method_types                            OBJC2_UNAVAILABLE;
    IMP _Nonnull method_imp                                  OBJC2_UNAVAILABLE;
}                                                            OBJC2_UNAVAILABLE;
  • 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;
}

1.3 消息發送

在C語言函數中發生了什麽事情？編譯器是如何找到這個方法的呢？消息發送的主要步驟如下：

  1. 首先檢查這個selector是不是要忽略。比如Mac OS X開發，有了垃圾回收就不會理會retain，release這些函數。
  2. 檢測這個selector的target是不是nil，OC允許我們對一個nil對象執行任何方法不會Crash，因為運行時會被忽略掉。
  3. 如果上面兩步都通過了，就開始查找這個類的實現IMP，先從cache裏查找，如果找到了就運行對應的函數去執行相應的代碼。
  4. 如果cache中沒有找到就找類的方法列表中是否有對應的方法。
  5. 如果類的方法列表中找不到就到父類的方法列表中查找，一直找到NSObject類為止。
  6. 如果還是沒找到就要開始進入動態方法解析，後面會說

2. 動態特性：方法解析和消息轉發

沒有方法的實現，程序會在運行時掛掉並拋出 unrecognized selector sent to … 的異常。但在異常拋出前，Objective-C 的運行時會給你三次拯救程序的機會：

  • Method resolution
  • Fast forwarding
  • Normal forwarding

2.1 動態方法解析: Method Resolution

首先，Objective-C 運行時會調用 + (BOOL)resolveInstanceMethod:或者 + (BOOL)resolveClassMethod:，讓你有機會提供一個函數實現。如果你添加了函數並返回 YES， 那運行時系統就會重新啟動一次消息發送的過程。還是以 foo 為例，你可以這麽實現：

void fooMethod(id obj, SEL _cmd)  
{
    NSLog(@"Doing foo");
}

+ (BOOL)resolveInstanceMethod:(SEL)aSEL
{
    if(aSEL == @selector(foo:)){
        class_addMethod([self class], aSEL, (IMP)fooMethod, "v@:");
        return YES;
    }
    return [super resolveInstanceMethod];
}

這裏第一字符v代表函數返回類型void，第二個字符@代表self的類型id，第三個字符:代表_cmd的類型SEL。這些符號可在Xcode中的開發者文檔中搜索Type Encodings就可看到符號對應的含義，更詳細的官方文檔傳送門 在這裏，此處不再列舉了。

技術分享圖片

2.2 快速轉發: Fast Rorwarding

消息轉發機制執行前，runtime系統允許我們替換消息的接收者為其他對象。通過- (id)forwardingTargetForSelector:(SEL)aSelector方法。如果此方法返回的是nil 或者self,則會進入消息轉發機制（- (void)forwardInvocation:(NSInvocation *)invocation），否則將會向返回的對象重新發送消息。

- (id)forwardingTargetForSelector:(SEL)aSelector {
    if(aSelector == @selector(foo:)){
        return [[BackupClass alloc] init];
    }
    return [super forwardingTargetForSelector:aSelector];
}

2.3 消息轉發: Normal Forwarding

- (void)forwardInvocation:(NSInvocation *)invocation {
    SEL sel = invocation.selector;
    if([alternateObject respondsToSelector:sel]) {
        [invocation invokeWithTarget:alternateObject];
    } else {
        [self doesNotRecognizeSelector:sel];
    }
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
    NSMethodSignature *methodSignature = [super methodSignatureForSelector:aSelector];
    if (!methodSignature) {
        methodSignature = [NSMethodSignature signatureWithObjCTypes:"v@:*"];
    }
    return methodSignature;
}

forwardInvocation: 方法就是一個不能識別消息的分發中心，將這些不能識別的消息轉發給不同的消息對象，或者轉發給同一個對象，再或者將消息翻譯成另外的消息，亦或者簡單的“吃掉”某些消息，因此沒有響應也不會報錯。例如：我們可以為了避免直接閃退，可以當消息沒法處理時在這個方法中給用戶一個提示，也不失為一種友好的用戶體驗。

其中，參數invocation是從哪來的？在forwardInvocation:消息發送前，runtime系統會向對象發送methodSignatureForSelector:消息，並取到返回的方法簽名用於生成NSInvocation對象。所以重寫forwardInvocation:的同時也要重寫methodSignatureForSelector:方法，否則會拋出異常。當一個對象由於沒有相應的方法實現而無法響應某個消息時，運行時系統將通過forwardInvocation:消息通知該對象。每個對象都繼承了forwardInvocation:方法，我們可以將消息轉發給其它的對象。

3. 應用實戰：消息轉發

3.1 特定奔潰預防處理

下面有一段因為沒有實現方法而會導致奔潰的代碼：

  • Test2ViewController
- (void)viewDidLoad {
    [super viewDidLoad];
    [self.view setBackgroundColor:[UIColor whiteColor]];
    self.title = @"Test2ViewController";
    
    //實例化一個button,未實現其方法
    UIButton *button = [UIButton buttonWithType:UIButtonTypeCustom];
    button.frame = CGRectMake(50, 100, 200, 100);
    button.backgroundColor = [UIColor blueColor];
    [button setTitle:@"消息轉發" forState:UIControlStateNormal];
    [button addTarget:self
               action:@selector(doSomething)
     forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:button];
}

為解決這個問題，可以專門創建一個處理這種問題的分類：

  • NSObject+CrashLogHandle
#import "NSObject+CrashLogHandle.h"

@implementation NSObject (CrashLogHandle)

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
    //方法簽名
    return [NSMethodSignature signatureWithObjCTypes:"v@:@"];
}

- (void)forwardInvocation:(NSInvocation *)anInvocation {
    NSLog(@"NSObject+CrashLogHandle---在類:%@中 未實現該方法:%@",NSStringFromClass([anInvocation.target class]),NSStringFromSelector(anInvocation.selector));
}

@end

因為在category中復寫了父類的方法，會出現下面的警告:

技術分享圖片

解決辦法就是在Xcode的Build Phases中的資源文件裏，在對應的文件後面 -w ，忽略所有警告。

技術分享圖片

3.2 蘋果系統API叠代造成的奔潰處理

3.2.1 兼容系統API叠代的傳統方案

隨著每年iOS系統與硬件的更新叠代，部分性能更優異或者可讀性更高的API將有可能對原有API進行廢棄與更替。與此同時我們也需要對現有APP中的老舊API進行版本兼容，當然進行版本兼容的方法也有很多種，下面筆者會列舉常用的幾種:

  • 根據能否響應方法進行判斷
if ([object respondsToSelector: @selector(selectorName)]) {
    //using new API
} else {
    //using deprecated API
}
  • 根據當前版本SDK是否存在所需類進行判斷
if (NSClassFromString(@"ClassName")) {    
    //using new API
}else {
    //using deprecated API
}
  • 根據操作系統版本進行判斷
#define isOperatingSystemAtLeastVersion(majorVersion, minorVersion, patchVersion)[[NSProcessInfo processInfo] isOperatingSystemAtLeastVersion: (NSOperatingSystemVersion) {
    majorVersion,
    minorVersion,
    patchVersion
}]

if (isOperatingSystemAtLeastVersion(11, 0, 0)) {
    //using new API
} else {
    //using deprecated API
}
3.2.2 兼容系統API叠代的新方案

**需求：**假設現在有一個過去寫好的類，如下所示，其中有一行因為系統API過時導致奔潰的代碼：

  • Test3ViewController.m
- (void)viewDidLoad {
    [super viewDidLoad];
    [self.view setBackgroundColor:[UIColor whiteColor]];
    self.title = @"Test3ViewController";
    
    UITableView *tableView = [[UITableView alloc] initWithFrame:CGRectMake(0, 64, 375, 600) style:UITableViewStylePlain];
    tableView.delegate = self;
    tableView.dataSource = self;
    tableView.backgroundColor = [UIColor orangeColor];
    
    // May Crash Line
    tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
    
    [tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:@"UITableViewCell"];
    [self.view addSubview:tableView];
}

其中有一行會發出警告，Xcode也給出了推薦解決方案，如果你點擊Fix它會自動添加檢查系統版本的代碼，如下圖所示:

技術分享圖片

**方案1：**手動加入版本判斷邏輯

以前的適配處理，可根據操作系統版本進行判斷

if (isOperatingSystemAtLeastVersion(11, 0, 0)) {
    scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentNever;
} else {
    viewController.automaticallyAdjustsScrollViewInsets = NO;
}

**方案2：**消息轉發

在iOS11 Base SDK直接采取最新的API並且配合Runtime的消息轉發機制就能實現一行代碼在不同版本操作系統下采取不同的消息調用方式

  • UIScrollView+Forwarding.m
#import "UIScrollView+Forwarding.h"
#import "NSObject+AdapterViewController.h"

@implementation UIScrollView (Forwarding)

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector { // 1
    
    NSMethodSignature *signature = nil;
    if (aSelector == @selector(setContentInsetAdjustmentBehavior:)) {
        signature = [UIViewController instanceMethodSignatureForSelector:@selector(setAutomaticallyAdjustsScrollViewInsets:)];
    }else {
        signature = [super methodSignatureForSelector:aSelector];
    }
    return signature;
}

- (void)forwardInvocation:(NSInvocation *)anInvocation { // 2
    
    BOOL automaticallyAdjustsScrollViewInsets  = NO;
    UIViewController *topmostViewController = [self cm_topmostViewController];
    NSInvocation *viewControllerInvocation = [NSInvocation invocationWithMethodSignature:anInvocation.methodSignature]; // 3
    [viewControllerInvocation setTarget:topmostViewController];
    [viewControllerInvocation setSelector:@selector(setAutomaticallyAdjustsScrollViewInsets:)];
    [viewControllerInvocation setArgument:&automaticallyAdjustsScrollViewInsets atIndex:2]; // 4
    [viewControllerInvocation invokeWithTarget:topmostViewController]; // 5
}

@end
  • NSObject+AdapterViewController.m
#import "NSObject+AdapterViewController.h"

@implementation NSObject (AdapterViewController)

- (UIViewController *)cm_topmostViewController {
    UIViewController *resultVC;
    resultVC = [self cm_topViewController:[[UIApplication sharedApplication].keyWindow rootViewController]];
    while (resultVC.presentedViewController) {
        resultVC = [self cm_topViewController:resultVC.presentedViewController];
    }
    return resultVC;
}

- (UIViewController *)cm_topViewController:(UIViewController *)vc {
    if ([vc isKindOfClass:[UINavigationController class]]) {
        return [self cm_topViewController:[(UINavigationController *)vc topViewController]];
    } else if ([vc isKindOfClass:[UITabBarController class]]) {
        return [self cm_topViewController:[(UITabBarController *)vc selectedViewController]];
    } else {
        return vc;
    }
}

@end

當我們在iOS10調用新API時，由於沒有具體對應API實現，我們將其原有的消息轉發至當前棧頂UIViewController去調用低版本API。

關於[self cm_topmostViewController];，執行之後得到的結果可以查看如下：

技術分享圖片

方案2的整體流程：

  1. 為即將轉發的消息返回一個對應的方法簽名(該簽名後面用於對轉發消息對象(NSInvocation *)anInvocation進行編碼用)

  2. 開始消息轉發((NSInvocation *)anInvocation封裝了原有消息的調用，包括了方法名，方法參數等)

  3. 由於轉發調用的API與原始調用的API不同，這裏我們新建一個用於消息調用的NSInvocation對象viewControllerInvocation並配置好對應的target與selector

  4. 配置所需參數:由於每個方法實際是默認自帶兩個參數的:self和_cmd，所以我們要配置其他參數時是從第三個參數開始配置

  5. 消息轉發

3.2.3 驗證對比新方案

註意測試的時候，選擇iOS10系統的模擬器進行驗證（沒有的話可以先Download Simulators），安裝完後如下如選擇：

技術分享圖片
  • 不註釋並導入UIScrollView+Forwarding類
技術分享圖片
  • 註釋掉UIScrollView+Forwarding的功能代碼

會如下圖所示奔潰：

技術分享圖片

4. 總結

4.1 模擬多繼承

面試挖坑：OC是否支持多繼承？好，你說不支持多繼承，那你有沒有模擬多繼承特性的辦法？

轉發和繼承相似，可用於為OC編程添加一些多繼承的效果，一個對象把消息轉發出去，就好像他把另一個對象中放法接過來或者“繼承”一樣。消息轉發彌補了objc不支持多繼承的性質，也避免了因為多繼承導致單個類變得臃腫復雜。

雖然轉發可以實現繼承功能，但是NSObject還是必須表面上很嚴謹，像respondsToSelector:和isKindOfClass:這類方法只會考慮繼承體系，不會考慮轉發鏈。

4.2 消息機制總結

Objective-C 中給一個對象發送消息會經過以下幾個步驟：

  1. 在對象類的 dispatch table 中嘗試找到該消息。如果找到了，跳到相應的函數IMP去執行實現代碼；

  2. 如果沒有找到，Runtime 會發送 +resolveInstanceMethod: 或者 +resolveClassMethod: 嘗試去 resolve 這個消息；

  3. 如果 resolve 方法返回 NO，Runtime 就發送 -forwardingTargetForSelector: 允許你把這個消息轉發給另一個對象；

  4. 如果沒有新的目標對象返回， Runtime 就會發送-methodSignatureForSelector: 和 -forwardInvocation: 消息。你可以發送 -invokeWithTarget: 消息來手動轉發消息或者發送 -doesNotRecognizeSelector: 拋出異常。

iOS消息轉發

相關推薦

iOS消息轉發學習筆記

實現 異常 col color 開頭 創建 rec eat 繼承 如果深入學習ios Runtime，不得不提到消息轉發，很多框架的實現都基於這一功能實現（例如JSPatch） 雖然看了很多篇關於消息轉發的文章，但是理解的不是很透徹，還是自己實踐一些理解能更加透徹一下。 首

iOS消息轉發

1.3 uibutton 轉發機制 apt ica iso 手動 turn == 消息轉發是一種功能強大的技術，可以大大增加Objective-C的表現力。什麽是消息轉發？簡而言之，它允許未知的消息被困住並作出反應。換句話說，無論何時發送未知消息，它??都會以一個很好的

iOS runtime探究(二): 從runtime開始深入理解OC消息轉發機制

phoenix face exp nslog void string ams ber 解釋 你要知道的runtime都在這裏 轉載請註明出處 http://blog

細說 iOS 消息推送

not 個數 text payload 自己 是否 coffee reserve use APNS的推送機制 與Android上我們自己實現的推送服務不一樣，Apple對設備的控制很嚴格。消息推送的流程必需要經過APNs： 這裏 Provider 是指某個應用的

IOS消息機制應用實例--異常處理

auto nsh dem 覆蓋 pac str 含義 ring 數據 IOS消息機制應用實例--異常處理 最近發現了一個在項目中常用的異常處的工具NullSafe，分析了它的實現原理，不小心發現了一個小Bug，現將其分享出來，關於這篇文章的Demo已經上傳至GitHub

如何實現從 Redis 中訂閱消息轉發到 WebSocket 客戶端

模式 func pen subscribe ssa ole ade 連接 回調函數 PHP 的redis擴展是阻塞式 IO ，使用訂閱/發布模式時，會導致整個進程進入阻塞。因此必須使用Swoole\Redis異步客戶端來實現。 實例代碼 1 $server = new

oc消息轉發機制本質

post .cn .com bsp is-a ios www bios div 第一級轉發：主體不變，動態添加對應函數； 第二級轉發：函數不變，切換接收主體； 第三極轉發：函數簽名不變，主體和函數都有可能變化； 1、使用函數的動態添加技術； 2、使用的類似is-a sw

OC消息轉發機制

clas style 轉發機制 sel 轉發 執行 添加 機制 signature OC消息發送機制： 使用運行時，通過selector 去快速查找IMP（函數指針）的過程。 消息轉發：IMP找不到的時候，通過一些方法做轉發處理。 #import "Person.h

ios 開發 推送消息的設置

adg 一個 iap ger uia oid style default play ///註銷推送 p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 20.0px Menlo; color: #587ea8 } span.s1 {

iOS開發——遠程消息推送的實現

ice 分享 mit load con targe you 取消 tex 在我們使用App的過程中。總是會收到非常多的消息推送。今天我們就要來實現這個功能。首先消息推送分為本地消息推送和遠程消息推送。而當中又以遠程消息最為經常使用。可是在推送遠程消息之前。

iOS-打電話、發短信、發郵件【指定QQ用戶發送QQ消息】

ios 郵件內容 取消 bar 內容 tex 是否 ext else 1.發短信 頭文件 #import <MessageUI/MessageUI.h> 頭部代理 @interface ViewController ()<MFMessageCompo

iOS 未讀消息角標 仿QQ拖拽 簡單靈活 支持xib(源碼)

float 簡單用法 賦值 sta navi 適應 bool isa class 一、效果 二、簡單用法 超級簡單，2行代碼集成；xib可0代碼集成，只需拖一個view關聯LFBadge類即可 支持pod導入pod ‘LFKit/LFBadge‘ //一般view上加角

IOS版微信上看到的模板消息是一片空白

發送模板消息 是不是 alt 問題： 圖片 意思 找到 微信 直接 【1】問題：發送模板消息，微信顯示一片空白使用微信公眾號發送模板消息時，安卓上面的微信可以正常顯示消息，如下圖所示但是IOS系統上的微信接收到模板消息為一片空白，如下圖所示發送模板消息的接口返回的結果如下圖

iOS直播Liveroom組件,遊客，用戶多次切換登錄同一直播間，消息出現多次重復問題解決

with handle roo 遇到 format 重復 con 單例 serve byzqk 新版，加入連麥功能，直播的流程修改很多，每次登錄都需要登錄liveroom組件 期間遇到一個奇葩的問題，就是遊客登錄組件之後，切換為用戶登錄，出現im消息重復的問題，一開始以為是

【Spring】使用Spring和AMQP發送接收消息（上）

com load 設定 支持 消息發送 結果 alt 來看 接下來 講AMQP之前，先講下傳統的JMS的消息模型，JMS中主要有三個參與者：消息的生產者、消費者、傳遞消息的通道（隊列或者主題），兩種消息模型如下：通道是隊列： 通道是隊列： 通道是主題： 在JMS中，雖然

netty解決channel管理，可廣播消息

incr for bool nal mov get builder conn tex 在Netty中提供了ChannelGroup接口，該接口繼承Set接口，因此可以通過ChannelGroup可管理服務器端所有的連接的Channel，然後對所有的連接Channel廣播消息

Java利用Redis實現消息隊列

.get keys rpo throws max del 鍵值 先進先出 instance 應用場景 為什麽要用redis?二進制存儲、java序列化傳輸、IO連接數高、連接頻繁 一、序列化 　　這裏編寫了一個java序列化的工具,主要是將對象轉化為byte數組,和根

python實現QQ機器人(自己主動登錄，獲取群消息，發送群消息)

keep fine 繼續 fill iss data while [0 ssi 一次偶然的機會我看見了一個群裏的一個QQ號總是依據你所發的消息自己主動回復，當時非常感覺到奇妙。我知道能夠模擬登錄站點，沒想到居然也能模擬登錄QQ，首先自己想到的就是怎樣實現模擬登錄PC端的

【消息隊列MQ】各類MQ比較

c++ borde 經紀人 進行 加載 特性 工作 服務 clas RabbitMQ 是使用Erlang編寫的一個開源的消息隊列，本身支持很多的協議：AMQP，XMPP, SMTP, STOMP，也正是如此，使的它變的非常重量級，更適合於企業級的開發。同時實現了一個經紀人(

消息推送二 之webSocket

還需 由於 else har 頁面 try window class logs 友情提示： 消息推送的介紹可以參考http://www.cnblogs.com/dahuandan/p/6816173.html 什麽是webSocket webSocket是為解決客