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

转注出:https://www.cnblogs.com/xiaobajiu/p/10799962.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比较划算。

 

第二个结论：

如果要极尽完全地实现把所有消息都转发给内部的真身，那么应该要把上方标记'可以重写'的方法都重写了。