小萝莉说Crash(二): Unrecognized selector xxx 之 ForwardInvocation

时间:2022-05-05
本文章向大家介绍小萝莉说Crash(二): Unrecognized selector xxx 之 ForwardInvocation，主要内容包括一、崩溃问题产生的过程、二、崩溃问题规避方法、2. 再次改过自新的机会 —— 快速消息转发、3. 机不可失，失不再来 —— 标准消息转发、三、小结、基本概念、基础应用、原理机制和需要注意的事项等，并结合实例形式分析了其使用技巧，希望通过本文能帮助到大家理解应用这部分内容。

2015年不急不忙地到来，小萝莉为大家奉上新年礼包，祝大家新年快乐，希望开发GGMM们新一年的开发工作更加顺利、安心！ ^_^

在上篇的分享中，小萝莉给大家介绍了一个入门必现的应用崩溃问题 —— Unrecognized selector sent to instance xxx，通过分析其出现的主要场景，给大家提出了一些避免出现此类问题的建议。然而，古语有云：“斩草不除根，则必留后患”（感觉好邪恶的样子，嘿嘿嘿）。

今天，小萝莉就要给大家分享规避此类问题的终极利器 —— ForwardInvocation(消息重定向)。

一、崩溃问题产生的过程

知识回顾 Objective-C的方法调用实际是一种消息传递，当向Objective-C对象发送一个消息时，Runtime如果在当前类及父类中找不到此selector对应的方法，在执行一个消息转发的流程后，最终产生一个崩溃，即前面提到的Unrecognized selector sent to instance xxx问题。（公众号回复“2001”，回顾“小萝莉说Crash(一)：Unrecognized selector sent to instance xxx”）

实际上，应用出现Unrecognized selector sent to instance xxx问题是在一个消息传递转发流程执行完毕后，实在是找不到可以接收消息的对象时，才会抛出一个崩溃错误。（让我处理这消息，真心做不到啊=_=）

1. “臣妾”真的做不到 —— 消息转发流程

Objective-C的方法调用的消息传递过程按照如下流程执行：

消息转发过程的关键方法

  • 动态方法解析 向当前类发送resolveInstanceMethod:消息，检查是否动态向类添加了方法，如果返回YES，则系统认为方法已经被添加，则会重新发送消息。
  • 快速消息转发 检查当前类是否实现forwardingTargetForSelector:方法，若实现则调用，如果方法返回值为非nil或非self的对象，则向返回的对象重新发送消息。
  • 标准消息转发 Runtime发送methodSignatureForSelector:消息获取selector对应方法的签名，如果有方法签名返回，则根据方法签名创建描述消息的NSInvocation，向当前对象发送forwardInvocation:消息，如果没有方法签名返回，即返回值为nil，则向当前对象发送doesNotRecognizeSelector:消息，应用崩溃退出。

二、崩溃问题规避方法

从前文提到的消息转发的流程可以知道，当向某个对象发送消息，Runtime在当前类和父类中都找不到对应方法实现时，应用并不会立即崩溃退出，而是先执行一个完整的消息转发流程才会结束。 这也就给了我们去修正问题的机会。

1. 有准备才能抓住机会 —— 实现动态加载方法

如果你有意识到此类崩溃问题，并期望可以在运行时有机会添加缺失的方法，那么你就可以通过实现NSObject的resolveInstanceMethod:方法，并利用class_addMethod方法动态添加函数。如下：

+ (BOOL)resolveInstanceMethod:(SEL)sel {
    NSLog(@" resolve instance method: %@", NSStringFromSelector(sel));

    BOOL resolved = [super resolveInstanceMethod:sel];

    if (!resolved) {
        // 动态添加一个方法_dynamic_method_imp_处理消息
        class_addMethod([self class], sel, (IMP)_dynamic_method_imp_, "v@:");

        return YES; // 返回YES，表示消息转发成功，不会发生崩溃
    }
    return resolved;
}

2. 再次改过自新的机会 —— 快速消息转发

如果你没有采用动态加载方法处理此类问题，即不实现NSObject的resolveInstanceMethod:方法，你也可以实现NSObject的 forwardingTargetForSelector:方法，以声明一个新的类对象来处理这个消息。 如下：

- (id)forwardingTargetForSelector:(SEL)aSelector {
    NSLog(@"forwarding target for selector: %@", NSStringFromSelector(aSelector));

    id cls = [super forwardingTargetForSelector:aSelector];

    if (cls == nil) {
        // 使用代理类处理消息
        ForwardProxy *p = [[ForwardProxy alloc] init];

        if ([p respondsToSelector:aSelector]) {
            return p; // 返回非nil，非self的对象，表示消息转发成功，不会发生崩溃
        }
    }

    return cls;
}

3. 机不可失，失不再来 —— 标准消息转发

如果你只想规避此类问题，那你可以通过实现NSObject的methodSignatureForSelector:和forwardInvocation:方法来进行消息的转发处理，以规避此类问题。方法methodSignatureForSelector:返回一个任意一个非nil的NSMethodSignature对象，就可以进入到forwardInvocation:方法，在这个方法里可以转发消息，也可以什么都不做。 如下：

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
    NSLog(@"method signature for selector: %@", NSStringFromSelector(aSelector));

    NSMethodSignature *ms = [super methodSignatureForSelector:aSelector];

    if (ms == nil) {
        // 创建一个非nil的方法签名，否则，不会进入forwardInvocation:方法进行消息转发
        ms = [ForwardProxy instanceMethodSignatureForSelector:@selector(missMethod)];
    }

    return ms;
}

- (void)forwardInvocation:(NSInvocation *)anInvocation {
    NSLog(@"forward invocation: %@", anInvocation);

    if (anInvocation) {
        // 处理转发的消息，进入此方法，就不会产生崩溃
        [self missTarget:[anInvocation target] withSelector:[anInvocation selector]];
    }
}

注意：实现forwardInvocation:方法时，不用调用super forwardInvocation:方法，否则，应用仍然会崩溃。

上述三种措施都可以有效的避免Unrecognized selector sent to instance xxx的崩溃发生，通常的做法是创建NSObject、UIViewController等基础类的子类ForwardNSObject、ForwardUIViewController等，实现消息转发处理，项目声明的所有其他类都继承ForwardNSObject、ForwardUIViewController类即可。

三、小结

以上内容即是萝莉给大家分享的全部内容，绝对是规避Unrecognized selector sent to instance xxx崩溃问题的利器，而实际上，崩溃的发生和规避的方式都是由Objective-C的Runtime特性决定的。所以，我们在以后的开发过程，除了要熟悉CocoaTouch框架，也要学习一些Runtime的内容，它一定会给你带来惊喜。

虽然我们知道了规避Unrecognized selector sent to instance xxx崩溃问题的方法，但对于开发者来说，不能规避后就不去关注这个崩溃问题 所以，对于开发者的建议是：实现ForwardInvocation后，通过宏定义控制在发布版本生效，在开发阶段的还是要把此类问题暴露，并尽早做修复处理。

随机文章
本站知识点必读
最近更新