记，NSProxy须要实现哪些方法？

转注出:http://www.javashuo.com/article/p-xfketuno-hn.html

使用NSProxy作替身，代理，多继承，本质上都是用它来转发消息给真身。

观察头文件，NSProxy自身实现了的方法以下：

+ (Class)class;//类方法不该该重写

//普通消息转发1
- (void)forwardInvocation:(NSInvocation *)invocation;//其实自身并无实现，调用报错。须要子类实现。而且官方建议重写。
//普通消息转发2
- (nullable NSMethodSignature *)methodSignatureForSelector:(SEL)sel;//能够重写，而且官方建议重写。
- (void)dealloc;//能够重写
- (void)finalize;//应该忽略的方法（垃圾回收）
@property (readonly, copy) NSString *description;//能够重写
@property (readonly, copy) NSString *debugDescription;//能够重写
+ (BOOL)respondsToSelector:(SEL)aSelector;//类方法不该该重写

另外值得注意的是被注释的快速转发消息方法：

// - (id)forwardingTargetForSelector:(SEL)aSelector;

官方明确的暗示咱们要使用上上方代码块里的普通消息转发。其实NSproxy子类对象是响应这个方法的，探究这行注释的缘由主要是由于协议<NSObject>

 

- (BOOL)isEqual:(id)object;//能够重写，内部只比较地址没比较哈希
@property (readonly) NSUInteger hash;//能够重写

@property (readonly) Class superclass;//能够重写
- (Class)class;//能够重写
- (instancetype)self;//能够重写，通常忽略

- (id)performSelector:(SEL)aSelector;//能够重写
- (id)performSelector:(SEL)aSelector withObject:(id)object;//能够重写
- (id)performSelector:(SEL)aSelector withObject:(id)object1 withObject:(id)object2;//能够重写

- (BOOL)isProxy;//返回YES，通常忽略

- (BOOL)isKindOfClass:(Class)aClass;//被主动转发到自身的forwardInvocation:中处理
- (BOOL)isMemberOfClass:(Class)aClass;//被主动转发到自身的forwardInvocation:中处理
- (BOOL)conformsToProtocol:(Protocol *)aProtocol;//被主动转发到自身的forwardInvocation:中处理

- (BOOL)respondsToSelector:(SEL)aSelector;//若是不能响应也会被主动转发到自身的forwardInvocation:中处理

- (instancetype)retain OBJC_ARC_UNAVAILABLE;
- (oneway void)release OBJC_ARC_UNAVAILABLE;
- (instancetype)autorelease OBJC_ARC_UNAVAILABLE;
- (NSUInteger)retainCount OBJC_ARC_UNAVAILABLE;

- (struct _NSZone *)zone OBJC_ARC_UNAVAILABLE;

@property (readonly, copy) NSString *description;//能够重写
@optional
@property (readonly, copy) NSString *debugDescription;//能够重写

 

这里注意到了4个很特殊的方法:

- (BOOL)isKindOfClass:(Class)aClass;
- (BOOL)isMemberOfClass:(Class)aClass;
- (BOOL)conformsToProtocol:(Protocol *)aProtocol;

- (BOOL)respondsToSelector:(SEL)aSelector;

前3个方法直接要求使用普通消息转发来实现，因此一调用就跳进普通消息转发从而绕开了快速转发（- (id)forwardingTargetForSelector:(SEL)aSelector;）

NSProxy并无实现forwardInvocation:若是用户也没有实现的话它必定会产生崩溃。同理，末尾方法若是自身不能响应依然会要求使用普通消息转发来实现。

第一个总结：

若是在NSProxy中只想使用快速转发来完成功能的话就：1.必须单独实现以上4个方法，或者2.既实现快速转发又实现普通转发；显然1比较划算。

 

第二个结论：

若是要极尽彻底地实现把全部消息都转发给内部的真身，那么应该要把上方标记'能够重写'的方法都重写了。