最后更新： 2018-01-17
一、消息派发机制-NSObject
在 iOS 开发中, 调用对象的方法就是给对象发送一个消息。了解消息的派发机制对于iOS开发来说是一个很实用且强大的工具, 下面我将对其详细说明;
当实例化一个Person对象 p, 调用 [p run], 那么派发机制是什么样的呢？
Step1:
在当前对象 p 中寻找是否有 run 方法，如果有，执行; 如果没有, 接着往下执行;
Step2:
在 p 的父类中寻找是否有 run方法, 有则执行，没有的话，接着往上找, 如果还没找到,接着往下执行;
Step3: 系统调用如下方法:
// 类方法
+ (BOOL)resolveClassMethod:(SEL)sel;
// 实例化方法
+ (BOOL)resolveInstanceMethod:(SEL)sel
可以在这个方法中动态的为对象添加对应的方法,例如我添加run方法:
void run(id self, SEL _cmd) {
NSLog(@"%@ -- %s", self, sel_getName(_cmd));
}
+ (BOOL)resolveInstanceMethod:(SEL)sel {
if (sel == @selector(run)) {
class_addMethod(self, sel, (IMP)run, "v@:");
return YES;
}
return [super resolveInstanceMethod:sel];
}
Step4: 调用 - (id)forwardingTargetForSelector:(SEL)aSelector来进行转发
- (id)forwardingTargetForSelector:(SEL)aSelector {
NSLog(@"forwardingTargetForSelector: %@", NSStringFromSelector(aSelector));
return [[Car alloc] init];
}
注意:转发机制，不能用于返回自身对象，否则会进入一个死循环
Step5: 系统会调用如下方法.
- (void)forwardInvocation:(NSInvocation *)anInvocation {
NSLog(@"forwardInvocation");
SEL selector = [anInvocation selector];
Car *car = [[Car alloc] init];
if ([car respondsToSelector:selector]) {
[anInvocation invokeWithTarget:car];
return;
}
return [super forwardInvocation:anInvocation];
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
NSLog(@"methodSignatureForSelector");
NSString *selName = NSStringFromSelector(aSelector);
if ([selName isEqualToString:@"run"]) {
return [NSMethodSignature signatureWithObjCTypes:"v@:"];
}
return [super methodSignatureForSelector:aSelector];
}
注意: 如果 methodSignatureForSelector: 返回为nil, 那么 forwardInvocation: 将不会调用, 直接抛出错误;
Step6: Crash
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[Person run]: unrecognized selector sent to instance 0x6040000194c0'
以上就是 OC 中的 NSObject 对象中的完整的消息派发机制.
关于swift 的派发机制可以参考这篇文章-深入理解 Swift 派发机制;
值得提醒的是，在Swift中, Step5的两个方法是 OBJC_SWIFT_UNAVAILABLE("")的。具体原因可以查看官方的这篇文章-What Happened to NSMethodSignature?
二、 NSObject 与 NSProxy
在 Foundation框架中开发中, NSObject 是大多数类的基类, 而基类 NSProxy 却鲜为人知;
NSob
查看 NSProxy文档, 它遵循着 protocol NSObject; 与 NSObject 相比, NSProxy更加的简洁; 没有 init 或者 new 方法。 在消息转发的实现上, 仅存在如下两个方法:
- (void)forwardInvocation:(NSInvocation *)invocation;
// swift 还不能用。
- (nullable NSMethodSignature *)methodSignatureForSelector:(SEL)sel NS_SWIFT_UNAVAILABLE("NSInvocation and related APIs not available");
- NSObject 对象与 NSProxy 对象均会对
performSelector方法进行转发 这里与张不坏-NSProxy 所得出的结论不同; - 相比于NSObject, NSProxy会将自省的方法直接forward
-forwardInvocation:中, 其中包括:- (BOOL)isKindOfClass:(Class)aClass;
- (BOOL)isMemberOfClass:(Class)aClass;
- (BOOL)conformsToProtocol:(Protocol *)aProtocol; - (BOOL)respondsToSelector:(SEL)aSelector; - 对于 category 方法, 经过测试, NSObject的category部分是无法进行转发的，但是自定义的category里面的方法，是可以进行转发, 而对于 NSProxy, 目前在系统中没有找到对应的 Category方法，自定义的是可以进行转发的;
上述的测试内容，你可以可以在这里下载到对应的方法
三、实践
关于消息转发, 显然NSObject 与 NSProxy 均能完成此动作，而且大多数由于 NSObject 开源, 而且日常接触比较多, 可控, 很多人偏向使用 NSObject 来完成消息转发的行为。 我个人认为, 苹果设计出了 NSProxy, 而且经过这么多年, 在消息转发上, NSProxy 应该更适合,正如官方文档所说:
Typically, a message to a proxy is forwarded to the real object or causes the proxy to load (or transform itself into) the real object
网上关于 NSProxy 的资料不算多, 有这篇-实战: 利用NSProxy实现消息转发-模块化的网络接口层设计, 最后作者也去使用 Category 来设计了, 囧, 还有这篇-利用NSProxy解决NSTimer内存泄漏问题。
在使用场景上, 我司在设计iOS客户端统计上面, 集成和很多的统计. 在设计这个结构的时候, 就使用了 NSProxy, 通过任务分发的方式, 将统计的数据分发至各个平台
@interface BehaviorCollectorDispatcher : NSProxy <BehaviorCollector>
- (instancetype)initWithBehaviorCollector:(NSArray<id<BehaviorCollector>> *)collectors;
@end
@implementation BehaviorCollectorDispatcher {
Protocol *_protocol;
NSArray<id<BehaviorCollector>> *_collectors;
}
- (instancetype)initWithBehaviorCollector:(NSArray<id<BehaviorCollector>> *)collectors {
_protocol = @protocol(BehaviorCollector);
_collectors = collectors;
return self;
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)selector {
NSMethodSignature *signature;
struct objc_method_description theDescription = protocol_getMethodDescription(_protocol, selector, YES, YES);
signature = [NSMethodSignature signatureWithObjCTypes:theDescription.types];
return signature;
}
- (void)forwardInvocation:(NSInvocation *)anInvocation {
SEL selector = anInvocation.selector;
const char* name = sel_getName(selector);
NSString *selectorName = [NSString stringWithUTF8String:name];
if ([selectorName hasPrefix:@"collect"]) {
for (id<BehaviorCollector> collector in _collectors) {
[anInvocation invokeWithTarget:collector];
}
} else {
[super forwardInvocation:anInvocation];
}
}
@end