查看: 961|回复: 0

[手机开发] Runtime系列(Method Swizzling)

发表于 2018-1-19 08:00:03
前言

记得《大话西游2》中有这么个桥段,紫霞仙子和猪八戒中招移魂幻影大法后灵魂互换,当时看的也是泪流满面。。而Method Swizzling就是传说中的移魂幻影大法!身体还是那个身体,但是灵魂已被互换,同样的身体言行举止都变成被换对象。

正文

代码很好理解,如果还在想为什么不会陷入死循环,是时候重温这部经典影片了。

如果交换后再交换呢?

显然,偶数次交换后方法的实现不变

说一下使用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内部末尾加上这段代码

让我们先来搞清楚这段代码究竟是在做什么:

第一句是添加IMPswizzlingMethod到SELoriginSel中(只是添加,不会覆盖orginSel的原有实现),当且仅当originSel为当前类的父类方法时才能添加成功。如果添加成功将SELswizzlingSel的实现用原有的IMPoriginMethod覆盖,关系如下:


这是一种变相的swizzle。



回复

使用道具 举报