Objective-C 消息转发机制：挽救“未实现方法”崩溃的三个阶段

在 Objective-C 中，当一个对象收到一个它没有实现的消息（即方法调用）时，系统不会立即崩溃，而是触发一个消息转发机制。该机制分为三个阶段，允许对象在运行时动态处理未实现的方法，从而避免程序崩溃。每个阶段都提供了一个“挽救”机会：如果任何一个阶段成功处理了消息，就不会抛出未识别的选择器异常（unrecognized selector sent to instance）。下面我将逐步解释这三个阶段，并提供一个完整的代码示例。

1. 动态方法解析（Dynamic Method Resolution）

• 阶段描述：这是消息转发的第一个阶段。当对象收到未实现的消息时，运行时会调用类方法 +resolveInstanceMethod:（针对实例方法）或 +resolveClassMethod:（针对类方法）。开发者可以在这个方法中动态添加一个方法实现（使用 class_addMethod 函数），从而“挽救”崩溃。
• 挽救机制：如果成功添加了方法实现，运行时将重新尝试调用该方法；否则，进入下一阶段。
• 适用场景：适合动态生成简单方法，如返回默认值或执行简单逻辑。

2. 快速转发（Fast Forwarding）

• 阶段描述：如果动态方法解析失败，运行时调用实例方法 -forwardingTargetForSelector:。开发者可以在这个方法中返回另一个对象（即“备用接收者”），该对象应能处理该消息。
• 挽救机制：如果返回了有效的对象，消息将被转发到该对象；如果返回 nil 或 self，则进入下一阶段。
• 适用场景：适合将消息转发给另一个已存在的对象（如委托对象），实现轻量级转发。

3. 完整转发（Normal Forwarding）

• 阶段描述：如果前两个阶段都失败，运行时进入完整转发阶段。它首先调用 -methodSignatureForSelector: 来获取方法的签名（描述参数和返回值类型），然后调用 -forwardInvocation:。开发者可以在 -forwardInvocation: 中自定义消息处理逻辑，例如修改参数、调用其他方法或转发给多个对象。
• 挽救机制：如果 -methodSignatureForSelector: 返回有效的方法签名，运行时创建 NSInvocation 对象并传递给 -forwardInvocation:；开发者可以在此处理消息。如果签名无效或 -forwardInvocation: 未处理，则最终抛出崩溃异常。
• 适用场景：适合复杂转发逻辑，如日志记录、错误处理或动态代理。

代码示例：实现消息转发挽救崩溃

以下是一个 Objective-C 类 RescueObject 的示例，它演示了如何在三个阶段中挽救未实现的方法调用。例如，当调用未实现的 unimplementedMethod 时，不会崩溃。

#import <objc/runtime.h>

@interface RescueObject : NSObject
@end

@implementation RescueObject

// 阶段1: 动态方法解析
+ (BOOL)resolveInstanceMethod:(SEL)sel {
    if (sel == @selector(unimplementedMethod)) {
        // 动态添加一个方法实现
        class_addMethod([self class], sel, (IMP)dynamicMethodImplementation, "v@:");
        return YES; // 表示已处理
    }
    return [super resolveInstanceMethod:sel];
}

// 动态添加的方法实现
void dynamicMethodImplementation(id self, SEL _cmd) {
    NSLog(@"动态方法解析: 挽救了崩溃，执行了默认实现");
}

// 阶段2: 快速转发
- (id)forwardingTargetForSelector:(SEL)sel {
    if (sel == @selector(unimplementedMethod)) {
        // 返回备用对象（这里创建一个新对象）
        return [[ForwardTarget alloc] init];
    }
    return [super forwardingTargetForSelector:sel];
}

// 阶段3: 完整转发
- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel {
    if (sel == @selector(unimplementedMethod)) {
        // 返回方法签名（void 返回值，无参数）
        return [NSMethodSignature signatureWithObjCTypes:"v@:"];
    }
    return [super methodSignatureForSelector:sel];
}

- (void)forwardInvocation:(NSInvocation *)invocation {
    if (invocation.selector == @selector(unimplementedMethod)) {
        NSLog(@"完整转发: 挽救了崩溃，自定义处理消息");
        // 可以修改参数或调用其他方法
    } else {
        [super forwardInvocation:invocation];
    }
}

@end

// 备用对象用于快速转发
@interface ForwardTarget : NSObject
@end

@implementation ForwardTarget
- (void)unimplementedMethod {
    NSLog(@"快速转发: 挽救了崩溃，消息被转发到备用对象");
}
@end

// 使用示例
int main() {
    RescueObject *obj = [[RescueObject alloc] init];
    [obj performSelector:@selector(unimplementedMethod)]; // 不会崩溃
    return 0;
}

总结

• 挽救崩溃原理：通过三个阶段，Objective-C 的消息转发机制允许对象在运行时动态响应未实现的方法。开发者可以重写相应方法（如 resolveInstanceMethod:, forwardingTargetForSelector:, forwardInvocation:）来添加逻辑、转发消息或自定义处理。
• 最佳实践：在开发中，优先使用阶段1（动态方法解析）实现简单逻辑，阶段2（快速转发）用于轻量级委托，阶段3（完整转发）处理复杂场景。如果所有阶段都失败，系统才会崩溃。
• 注意事项：消息转发机制会增加运行时开销，建议仅在必要时使用，并确保逻辑正确以避免无限循环或性能问题。

通过合理利用这三个阶段，开发者可以显著增强程序的健壮性，有效防止因未实现方法导致的崩溃。