关键词：NSProxy,NSObject,Runtime
面试题：
1）知道NSProxy吗？
2）NSProxy和NSObject的区别是什么？
3）在开发中NSProxy有哪些运用场景？
一、什么是NSProxy
NSProxy is an abstract superclass defining an API for objects that act as stand-ins for other objects or for objects that don’t exist yet. 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. Subclasses of NSProxy can be used to implement transparent distributed messaging (for example, NSDistantObject) or for lazy instantiation of objects that are expensive to create.
NSProxy是一个抽象的超类，为充当其他对象或尚不存在的对象的代理对象定义API。通常，发送给代理的消息被转发到实际对象，或者导致代理加载（或转换为）真实对象。NSProxy的子类可用于实现透明的分布式消息传递（例如，NSDistantObject）或用于延迟实例化创建代价高昂的对象。
NSProxy 是一个类似于NSObject的基类，是一等公民。
NS_ROOT_CLASS
@interface NSProxy {
Class isa;
}
二、NSProxy的用法
NSProxy实现了包括NSObject协议在内基类所需的基础方法，但是作为一个抽象的基类并没有提供初始化的方法。它接收到任何自己没有定义的方法他都会产生一个异常，所以一个实际的子类必须提供一个初始化方法或者创建方法，并且重载forwardInvocation:方法和methodSignatureForSelector:方法来处理自己没有实现的消息。这也是NSProxy的主要功能，负责把消息转发给真正的target的代理类，NSProxy正是代理的意思。
创建一个SFProxy类继承于NSProxy：
// .h
@interface SFProxy : NSProxy
- (instancetype)initWithTarget:(id)target;
+ (instancetype)proxyWithTarget:(id)target;
@end
// .m
#import "SFProxy.h"
@interface SFProxy ()
@property (nonatomic, weak, readonly) NSObject *target;
@end
@implementation SFProxy
- (instancetype)initWithTarget:(id)target {
_target = target;
return self;
}
+ (instancetype)proxyWithTarget:(id)target {
return [[self alloc] initWithTarget:target];
}
// 消息转发
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
if (self.target && [self.target respondsToSelector:aSelector]) {
return [self.target methodSignatureForSelector:aSelector];
}
return [super methodSignatureForSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation{
SEL aSelector = [anInvocation selector];
if (self.target && [self.target respondsToSelector:aSelector]) {
[anInvocation invokeWithTarget:self.target];
} else {
[super forwardInvocation:anInvocation];
}
}
@end
使用场景：
1、解决NSTimer/CADisplayLink的循环引用问题
NSTimer是一个需要添加到Runloop里的类，对于一个不会自动停止的Timer，你需要调用invalidate方法来手动断开这个Timer。否则，引用Timer的Controller或者其他类，就会出现循环引用而无法释放掉。
比如：
@interface SFViewController ()
@property (nonatomic, strong) NSTimer *timer;
@end
@implementation SFViewController
- (void)viewDidLoad {
[super viewDidLoad];
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerEvent) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
}
- (void)timerEvent{
NSLog(@"%s",__func__);
}
- (void)dealloc{
NSLog(@"%s",__func__);
}
@end
假如我Push这样一个ViewController,然后pop。
你会发现Controller没有被释放，timer也没有被取消。
即使是在dealloc中[self.timer invalidate]也不行。
- (void)dealloc{
NSLog(@"%s",__func__);
[self.timer invalidate];
}
因为Controller根本没有被释放，dealloc方法根本不会调用。
如图，因为NSTimer内部target属性是强引用，所以当SFViewController强引用NSTimer，并且将NSTimer的target设置为SFViewController时，就产生了循环引用。
使用NSProxy就可以打破这种循环。
使用方法：
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:[SFProxy proxyWithTarget:self] selector:@selector(timerEvent) userInfo:nil repeats:YES];
2、模拟多继承
SFProxy：
// .h
@interface SFProxy : NSProxy
-(void)transformToObject:(NSObject *)obj;
@end
// .m
#import "SFProxy.h"
@interface SFProxy ()
@property (nonatomic, strong) NSObject *obj;
@end
@implementation SFProxy
-(void)transformToObject:(NSObject *)obj {
self.obj = obj;
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
if (self.obj && [self.obj respondsToSelector:aSelector]) {
return [self.obj methodSignatureForSelector:aSelector];
}
return [super methodSignatureForSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation{
SEL aSelector = [anInvocation selector];
if (self.obj && [self.obj respondsToSelector:aSelector]) {
[anInvocation invokeWithTarget:self.obj];
}
else {
[super forwardInvocation:anInvocation];
}
}
@end
方法调用：
ClassA *clsA = [[ClassA alloc]init];
ClassB *clsB = [[ClassB alloc]init];
SFProxy *proxy = [SFProxy alloc];
// 变身为clsA的代理
[proxy transformToObject:clsA];
[proxy performSelector:@selector(funcA) withObject:nil];
// 变身为clsB的代理
[proxy transformToObject:clsB];
[proxy performSelector:@selector(funcB) withObject:nil];
打印：
2020-07-04 12:44:49.893660+0800 OCTestDemo[71379:1458448] -[ClassA funcA]
2020-07-04 12:44:49.893836+0800 OCTestDemo[71379:1458448] -[ClassB funcB]
三、NSProxy和NSObject的区别
虽然NSProxy和class NSObject都定义了-forwardInvocation:和-methodSignatureForSelector:，但这两个方法并没有在protocol NSObject中声明；两者对这俩方法的调用逻辑更是完全不同。
对于class NSObject而言，接收到消息后先去自身的方法列表里找匹配的selector，如果找不到，会沿着继承体系去superclass的方法列表找；如果还找不到，先后会经过+resolveInstanceMethod:和-forwardingTargetForSelector:处理，处理失败后，才会到-methodSignatureForSelector:/-forwardInvocation:进行最后的挣扎.
但对于NSProxy，接收unknown selector后，直接回调-methodSignatureForSelector:/-forwardInvocation:，消息转发过程比class NSObject要简单得多。
相对于class NSObject，NSProxy的另外一个非常重要的不同点也值得注意：NSProxy会将自省相关的selector直接forward到-forwardInvocation:回调中，这些自省方法包括：
- (BOOL)isKindOfClass:(Class)aClass;
- (BOOL)isMemberOfClass:(Class)aClass;
- (BOOL)conformsToProtocol:(Protocol *)aProtocol;
- (BOOL)respondsToSelector:(SEL)aSelector;
简单来说，这4个selector的实际接收者realObject，而不是NSProxy对象本身。但另一方面，NSProxy并没有将performSelector系列selector也forward到-forwardInvocation:，换句话说，[proxy performSelector:someSelector]的真正处理者仍然是proxy自身，只是后续会将someSelector给forward到-forwardInvocation:回调，然后经由realObject处理。
相关参考：
NSProxy使用