Objective-C运行时的一些技巧

Apple 的iOS8发布以后,大家都开始了适配的工作了。但是这个过程总会遇到一些拦路虎,例如推送的API改动。可是商业项目上嵌入了各种各样的第三方静态库, 这些静态库质量参差不齐,其中一个静态库甚至在Xcode6上编译后出现问题。于是只能使用Xcode5来编译,但这样就有一个很纠结的问题就 是,UIMutableUserNotificationAction等一些类在旧版的Xcode要么就是无法编译,要么只能用宏来跳过。

这时候,我还是想起了Objective-C的运行时方法,使用 NSClassFromString(@”UIMutableUserNotificationAction”)来获取到系统的类。光这样子还是有很多不 足,因为这个类中有很多方法、属性。虽然保证了运行的正常,但是编写这些方法还是有各种不便。例如各种performSelector:、 objc_msgSend、setValue: forKey:,实在写得很痛苦。我这里用了一个比较取巧的方法,新建一个伪造的类如 “XXXMutableUserNotificationAction”,继承NSObject即可。然后将 UIMutableUserNotificationAction所有的属性和方法的声明添加到 XXXMutableUserNotificationAction的头文件。以后,使用 UIMutableUserNotificationAction时,就如下方:

Class XXXMutableUserNotificationActionClass = NSClassFromString(@"UIMutableUserNotificationAction");
XXXUIMutableUserNotificationAction *action = [[XXXMutableUserNotificationActionClass alloc] init];

既可以使用Xcode的补全提示,又可以通过编译。(如果大家有更好的方法,欢迎探讨探讨)

Object-C运行时的方法固然强大,但是使用这些方法还是有一定的风险。例如静态分析对于一些运行时的问题是检查不出来的,这里我举一个内存泄漏的例子。我 的项目中使用了一些运行时添加属性的方法,同时为一些View添加了block类型的属性。在使用的时候,不小心在block中直接使用了self,就会 出现编译器无法检查的内存泄露。泄漏路径:VC->View->block->VC,形成了循环引用。这种泄漏相对隐蔽一些,但对于经 常RAC的童鞋来说,可能已经练就到百毒不侵了(^_^)。因为@weakify和@strongify的频繁使用,我对这类型泄漏已经比较敏感。 __weak typeof(self) weakSelf = self,算是一种虽然难看,但是行之有效的方法,如果有兴趣也可以参考RAC的解决方案,本质上也是一样的。
题外话,BlockKit包含了一个很好用的分类“NSObject+BKAssociatedObjects”,可以用更友好的方法实现运行时添加属性,顺带一提bk_weaklyAssociateValue的实现思路相当巧妙,值得借鉴。

最后一个技巧是关于RAC和系统API的一些关系,先来看看一下两段代码:

UIGestureRecognizer *dismissKeyboardGR = [[UIGestureRecognizer alloc] init];
[self.view addGestureRecognizer:dismissKeyboardGR];
[[[self rac_signalForSelector:@selector(gestureRecognizer:shouldReceiveTouch:)
                 fromProtocol:@protocol(UIGestureRecognizerDelegate)]
  takeUntil:dismissKeyboardGR.rac_willDeallocSignal]
  subscribeNext:^(id x) {
      [Utils hideKeyboardInAllView];
  }];
dismissKeyboardGR.delegate = self;
UIGestureRecognizer *dismissKeyboardGR = [[UIGestureRecognizer alloc] init];
[self.view addGestureRecognizer:dismissKeyboardGR];
dismissKeyboardGR.delegate = self;
[[[self rac_signalForSelector:@selector(gestureRecognizer:shouldReceiveTouch:)
                 fromProtocol:@protocol(UIGestureRecognizerDelegate)]
  takeUntil:dismissKeyboardGR.rac_willDeallocSignal]
  subscribeNext:^(id x) {
      [Utils hideKeyboardInAllView];
  }];

先来看看这两段代码的区别只在于delegate的设置先后不一样,但这就造成了后一段代码在iOS6上就无法触发RAC里方法,iOS7上正常。为什么呢?

这涉及到一个类似缓存的机制。平时,我们会习惯使用respondsToSelector:来检查一个对象或者类是否实现了对应的方法,但频繁调用 respondsToSelector:会对性能有一定的影响。特别是UITableView的dataSource一些方法,调用频率很高的。因此,在 设置delegate后,UIGestureRecognizer使用了respondsToSelector:检查了一次self是否gestureRecognizer:shouldReceiveTouch:的方法,然后把这个结果缓存起来。由于RAC也使用了类似Method Swizzling方法,因此在设置delegate以后再使用RAC的方法,UIGestureRecognizer也只读取了缓存,并不会再次检查,所以认为self并未实现gestureRecognizer:shouldReceiveTouch:的方法,于是不作调用。(具体缓存的实现方法,可以参照http://www.cnblogs.com/ipinka/p/3862786.html)

发表评论