写在前面
关于 Method Swizzling 这个东西,已经有很多高人写了详细的文章来介绍,我就不再班门弄斧,往深了说了。
而且不作延伸的话,这项技术本身也没有复杂到要长文论述的地步。
本文旨在帮助不熟悉这项技术的人,开始在实际开发过程中,尝试使用它。
这是个啥
-
swizz 这个词在英语里面是“欺骗”的意思。
Method Swizzling 也叫做“方法调配”、“方法混合”、“方法调和”,是用来互换两个方法的实现的技巧。
- 这东西并不常用,比如我们用方法 A 实现了 a 这件事,方法 B 实现了 b 这件事,现在你非要用 A 实现 b,B 实现 a,即便技术上是可行的,你图个啥?回头再换回来你还记得不?再换第三次呢?
-
那么什么时候可能需要用到这个东西呢?调试的时候。
如果方法 A、B 我都知道怎么实现的,那确实不用换。但是假如方法 A 的实现被隐藏了,那么我是不是可以用方法 B 调用方法 A,再顺便添加点别的功能,然后进行 A、B 实现 swizz。
这样再调用方法 A 的时候,就多了一点我们之前顺便添加的功能。
有人会说,你这有意思么,你直接调用方法 B 不就得了,为啥还要换?重点在于,方法 A 如何被调用可能不是我们可以决定的啊。或许这个方法已经在无数个地方被调用了无数次,那我想批量替换的话,当然就可以 swizz 了。
举栗子
比如说,在某个项目中,NSArray 实例的下面这个方法被调用了 N 多次
func containsObject(anObject: AnyObject) -> Bool
现在我想调试一下,看看如果这个方法返回 true,即数组包含我们传入的元素的时候,这个元素在数据的什么位置(index)。
func indexOfObject(anObject: AnyObject) -> Int
当然直接调用上面这个方法就可以知道 index,但是 <code>containsObject</code> 被使用了太多次,Xcode 现在又不支持 Swift 重构,懒得改了。那就写个新方法,给原方法加个可以输出 index 的功能,再用 swizz 替换一下两个方法的实现吧。
这里我贴了完整的一个 demo 的代码,你可以直接粘到 Xcode 里面运行。
import UIKit
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let arr = NSArray(array: ["Swift","Method","Swizzling"])
print("-----Swizzling 之前-----")
print(arr.containsObject("Swift")) // true
NSArray.swizz() // 方法互换
print("-----Swizzling 之后-----")
print(arr.containsObject("Swift")) // 先输出 index,再 true
NSArray.swizz() // 方法再换回来
print("-----Swizzling 两下-----")
print(arr.containsObject("Swift")) // true
}
}
extension NSArray {
// 用来和默认方法进行替换的方法
func myContainsObject(anObject: AnyObject) -> Bool {
// 输出元素的 index,这是默认的原方法不具有的功能
if self.myContainsObject(anObject) {
print("index:\\(self.indexOfObject(anObject))")
}
// 不会产生死循环,因为运行期间,下面的方法已经被替换成了默认的 containsObject
return self.myContainsObject(anObject)
}
// 用来给不同方法互相替换的方法
class func swizz() {
let originalMethod = class_getInstanceMethod(NSArray.self, #selector(containsObject(_:)))
let swizzledMethod = class_getInstanceMethod(NSArray.self, #selector(myContainsObject(_:)))
method_exchangeImplementations(originalMethod, swizzledMethod)
}
}
console
【注意几点】
- 这里我先后调用了三次 <code>containsObject</code> 这个方法,其中第二次,它的内部实现被 <code>myContainsObject</code> 这个方法的内部实现替换掉了。
- <code>myContainsObject</code> 这个方法乍一看是死循环,如果你直接调用它的话,它也确实是死循环。但现在我们是在 RunTime 期间,动态地决定这个方法的内部实现的,在我们调用这个方法,进入它的函数体的时候,它的实现就已经被换掉了,所以在它的内部,你应该把 <code>myContainsObject</code> 这个词在你的脑子里换成 <code>containsObject</code>(如果确定此时两个方法确实互换了实现)。