[个人博客搬运]Method Swizzling的简单应用场景

2017-03-23  本文已影响28人  zzqiltw

问题引入

前几天和同事一起看一个iOS客户端工程的bug,找出来是向字典插入空值的原因,这类问题如果要预防,需要在每次插入之前做一次空值判断,虽然严谨但是稍微有些麻烦。于是周末我调研了其他的方法,就是Method Swizzling,用到Objective-C的底层Runtime机制。

原理

简单来说,每个类里都有一个 Dispatch Table ,将方法的名字(SEL)跟方法的实现(IMP,指向 C 函数的指针)一一对应。Swizzle 一个方法其实就是在程序运行时在 Dispatch Table 里做点改动,让这个方法的名字(SEL)对应到另个 IMP ,做一次交叉互换,这就可以让我们用自定义的方法来替代系统实现。

@implementation NSObject (Feifu)

@end

上面是类方法和实例方法的Method Swizzling实现。为了让所有的类都可以方便调用,将上面的代码做成NSObject的分类。

实现

接着我们再新建一个NSMutableDictionary的分类

@implementation NSMutableDictionary (Feifu)

上面的+(void)load方法,只要这个类的符号被编译到最后的可执行文件中,load方法就会被调用。这省去我们#import这个分类的麻烦。dispatch_once可以让MethodSwizzling操作只执行一次,防止多次修改
上面的ff_setObject:forKey:的实现和setObject:forKey:的实现互相替换,注意ff_setObject:forKey:方法里面的ff_setObject:forKey:并不是递归调用,而是此时的ff_setObject:forKey:具体实现是setObject:forKey:(有点绕)

相应的还有NSMutableArray的安全插入实现:

@implementation NSMutableArray (Feifu)

@end

还可以做什么?

  1. 记得去年实习期快结束的时候,恰逢iPhone6和iPhone6s的适配工作,解决方法是根据手机的屏幕尺寸不同来设置frame对应的宽度乘上一个系数,但是这样工程量会非常大
    其实可以给UIView做一个分类,然后用Method Swizzling做一次替换,替换掉系统的setFrame:方法,将拿到的frame的宽度等数值直接乘上系数.不过这个做法有个问题,就是粒度太大,把一些不需要适配宽度也会影响。系统自带的控件要显示,也会调用setFrame方法,如statusBar啊,这个怎么过滤掉是接下来要思考的问题。下面以UIButton做例子

@implementation UIView (Feifu)

  1. 可以应用到埋点或者日志上,在控制器一些生命周期方法中需要添加埋点和日志,我们可以自定义这些生命周期方法然后动态替换它们.

@implementation UIViewController (Feifu)

@end

暂时这么多,如果文章中有问题请指出~~欢迎讨论

上一篇下一篇

猜你喜欢

热点阅读