Runtime系列(Method Swizzling)
2015-08-30 本文已影响1293人
01_Jack
前言
记得《大话西游2》中有这么个桥段,紫霞仙子和猪八戒中招移魂幻影大法后灵魂互换,当时看的也是泪流满面。。而Method Swizzling就是传说中的移魂幻影大法!身体还是那个身体,但是灵魂已被互换,同样的身体言行举止都变成被换对象。
正文
Mthod Swizzling.png代码很好理解,如果还在想为什么不会陷入死循环,是时候重温这部经典影片了。
如果交换后再交换呢?
交换两次.png显然,偶数次交换后方法的实现不变
说一下使用Method Swizzling的几个注意点:
- 最好在
+ (void)load
中实现交换
通常我们使用这个技巧时,希望在整个项目都可以实现交换效果,毫无疑问+ (void)load
是最佳选择。只要当前类参与编译,在程序启动后就会调用,并且仅调用一次,这样就防止了IMP
出现偶数次交换的情况。在继承关系下,先调用父类的+ (void)load
再调子类,继承关系下的分类调用关系刚好相反。
既然+ (void)load
只会调用一次,为什么还要加dispatch_once
?
-
dispatch_once
如果你刚好知道+ (void)initialize
的存在,可能会觉得在+ (void)initialize
中实现交换也未尝不可,毕竟当外界调用当前类的方法时,会提前调用initialize,好像也是只调一次。
首先要纠正一个错误:initialize并非只会调用一次,如调用子类的某个方法,并且只实现父类的initialize,这个时候父类的initalize会调用2次,所以加上dispatch_once
可以确保交换代码只执行一次。
除此之外,swizzle写在initialize中当遇到并发情况时,程序仍然有可能诡异的crash掉,所以要加dispatch_once
。
如果swizzle写在+ (void)load
是不是就不用加dispatch_once
了,因为不涉及并发,而且+ (void)load
不是只会调用一次么?load是系统在调,但同样支持手动调用,为防止特殊情况发生,加dispatch_once
总没错。
- swizzle多为交换系统自带方法(下面两条普遍适用)
- 在交换时要调用系统方法的原始实现,即调用super
- 为避免出现命名与系统某自带方法相同,方法名最好带上前缀
写在最后
更好的写法是,在load的dispatch_once内部末尾加上这段代码
附加代码.png让我们先来搞清楚这段代码究竟是在做什么:
第一句是添加IMP
swizzlingMethod到SEL
originSel中(只是添加,不会覆盖orginSel的原有实现),当且仅当originSel
为当前类的父类方法时才能添加成功。如果添加成功将SEL
swizzlingSel的实现用原有的IMP
originMethod覆盖,关系如下:
这是一种变相的swizzle。