iOS总结-Runtime篇之黑魔法Method Swizzling的滥用会有危险吗

参考https://www.jianshu.com/p/19c5736c5d9a,

http://blog.sina.com.cn/s/blog_a343f32b0101en4o.html

runtime的Method Swizzling确实很方便,动态交换方法,所谓就是黑科技.其实就是C语言的Hook原理所谓的钩子.

但是如果滥用,尤其是多个开发人员开发,就有可能造成坑.其中RSSwizzle,ASPect就是能解决这个风险,只是代码风格写的确实和其他的不一样,可以参考上面的这个链接,我实验过,确实是会没有把父类Person的p_sayHello给Hook到,这是因为OC里面父类+load会比子类先执行,但是如果父类的类别的(Person+swizzle),子类的类别(Student+swizzle)的加载,取决于编译的顺序,也就是有可能子类的类别先执行,父类的类别从而没有执行,这里的原因可能是子类的方法优先级还是高于父类的方法,这其实也是类别的原理吧.

看完上面的链接,我们要思考几个问题:

      1.如果我们交换的是系统的方法,那么系统的IMP会不会有处理,这个我暂时还没有研究,但是我们可能想到的是,有可能会把父类的方法给Hook掉,会让我们莫名其妙的找不到原因.

      2.我们在用到Method swizzling的时候,首先+load方法,dispatch_once确保首次,写法前面有.

有关 Method Swizzling的陷阱

Method Swizzling  is not atomic

使用method swizzling实现的方法在并发使用时基本都是安全的。也就是把修改方法实现的操作放在+load里，并在应用程序一开始就调用执行，你将不会碰到并发问题，如果你在+(void)initialize初始化里面进行swizzlw,就有问题.

change behavior of un-owned code

大多数情况下，父类方法期望被调用，如果你在swizzling实现中也这样做了，这会避免大部分问题。还是调用原始实现吧。

possible naming conflicts 命名冲突

多个有继承关系的类的对象swizzle时，先从父对象开始。这样才能保证子类方法拿到父类中的被swizzle的实现。在+(void)load中swizzle不会出错，就是因为load类方法会默认从父类开始调用.