weakProxy
前言
NSProxy是iOS开发中一个消息转发的基类,它不继承自NSObject。因为这个类不太常用,所以对于很多开发者来说根本没有用过它。
不过,这个类对于iOS开发还是很有用的。本文首先会讲解下这个类的基础,然后讲解下消息转发机制,因为我觉得不懂消息转发机制,很难理解更深层次的东西,最后通过一个实例来讲解下NSProxy的实际应用。
NSProxy
NSProxy本身是一个抽象类,它遵循NSObject协议,提供了消息转发的通用接口。NSProxy通常用来实现消息转发机制和惰性初始化资源。
使用NSProxy,你需要写一个子类继承它,然后需要实现init以及消息转发的相关方法。
//当一个消息转发的动作NSInvocation到来的时候,在这里选择把消息转发给对应的实际处理对象-(void)forwardInvocation:(NSInvocation*)anInvocation//当一个SEL到来的时候,在这里返回SEL对应的NSMethodSignature -(NSMethodSignature*)methodSignatureForSelector:(SEL)aSelector //是否响应一个SEL +(BOOL)respondsToSelector:(SEL)aSelector
为什么OC中要继承NSObject而Swift中不用?
很简答,Objective C是一个强烈依赖运行时(Runtime)的一门语言。
你可以利用Runtime来做到很多东西,比如方法替换,交叉,属性添加等等。
但是,你有没有想过,大多数时候你并没有写任何代码来支持Runtime,iOS如何知道这些runtime的信息呢?
这就是继承自NSObject的意义所在
继承自NSObject之后,你的所有的类其实都默认实现了NSObject的许多Runtime相关方法。
+initialize//在一个类接收第一条消息之前的+load//在一个类对象加载到Runtime的时候调用
//检查是否可以向实力对象发送某消息+(BOOL)instancesRespondToSelector:(SEL)aSelector-respondsToSelector:
//向对象发送消息-(id)performSelector:(SEL)aSelector-performSelector:withObject:-performSelector:withObject:withObject:...
//动态消息转发处理机制+resolveInstanceMethod:-forwardingTargetForSelector:-forwardInvocation:
而Swift不用,Swift中,非继承自NSObject的类是静态分发(static dispatch)的,它用的原理是类似C++中的虚表。
简单来说,就是在编译期间,一个方法的调用就被编译成调用一个地址了,无法动态修改。
消息转发机制
我们都都知道,对于Objective C来说,一个方法的调用本质上是一个消息的发送。然后Runtime沿着当前类的isa,然后逐步的向基类找方法的实现,如果到NSObject还未实现对应的方法,则会抛出异常。
对于Runtime不熟悉的同学,可以看看我之前的这篇博客。
其实,在抛出异常之前,Runtime仍然为我们提供一种机制,来处理当前对象无法响应的方法-消息转发。
消息转发涉及到三个核心方法
//消息转发第一步,在这里可以动态的为类添加方法,这样类自己就能处理了+resolveInstanceMethod://消息转发第二步,在第一步无法完成的情况下执行。这里只是把一个Selector简单的转发给另一个对象- forwardingTargetForSelector://消息转发第三步,在第二步也无法完成的情况下执行。将整个消息封装成NSInvocation,传递下去- forwardInvocation:
消息转发机制使得代码变的很灵活:一个类本身可以完全不实现某些方法,它只要能转发就可以了。
一个例子,破循环引用
NSTimer是一个需要添加到Runloop里的类,对于一个不会自动停止的Timer,你需要调用invalidate方法来手动断开这个Timer。否则,引用Timer的Controller或者其他类,就会出现循环引用而无法释放掉。
举个例子,在Controller中,添加Timer很常见,比如
#import"SecondViewController.h"@interfaceSecondViewController()@property(strong,nonatomic)NSTimer * timer;@end@implementationSecondViewController- (void)viewDidLoad{ [superviewDidLoad];self.timer= [NSTimer timerWithTimeInterval:1target:selfselector:@selector(timerInvoked:) userInfo:nilrepeats:YES]; [[NSRunLoop mainRunLoop] addTimer:self.timerforMode:NSRunLoopCommonModes];}- (void)timerInvoked:(NSTimer *)timer{NSLog(@"1");}- (void)dealloc{NSLog(@"Dealloc");}@end
假如我Push这样一个SecondViewController,然后pop。
你会发现Controller没有被释放,timer也没有被取消。
我们可以在dealloc中,调用Timer取消吗?比如
- (void)dealloc{ [self.timerinvalidate];NSLog(@"Dealloc");}
当然不行,因为Controller根本没有被释放,dealloc方法根本不会调用。
当然,破坏这种循环引用的方式有很多种。本文主要讲解如何用NSProxy来破坏。
我们写一个WeakProxy来实现弱引用
@interfaceWeakProxy:NSProxy@property(weak,nonatomic,readonly)idtarget;+ (instancetype)proxyWithTarget:(id)target;- (instancetype)initWithTarget:(id)target;@end@implementationWeakProxy- (instancetype)initWithTarget:(id)target{ _target = target;returnself;}+ (instancetype)proxyWithTarget:(id)target{return[[selfalloc] initWithTarget:target];}- (void)forwardInvocation:(NSInvocation *)invocation{ SEL sel = [invocation selector];if([self.targetrespondsToSelector:sel]) { [invocation invokeWithTarget:self.target]; }}- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{return[self.targetmethodSignatureForSelector:aSelector];}- (BOOL)respondsToSelector:(SEL)aSelector{return[self.targetrespondsToSelector:aSelector];}@end
然后,这样创建Timer,
self.timer= [NSTimer timerWithTimeInterval:1target:[WeakProxy proxyWithTarget:self] selector:@selector(timerInvoked:) userInfo:nilrepeats:YES];
你会发现可以释放了。
原理如下: