参考博客
引言
Method Swizzling 俗称黑魔法，感觉很黑科技，其实不过就是方法替换而已，将指向函数的指针互换，于是发送消息就会访问另一个方法，原理就这么简单。Method Swizzling是一个设计者给予的工具接口，最好少用这个，因为运行时的错误是很难排查的，但是这确实可以带来一定的便利。
这里可以引发一个疑问，为什么要互换，而不是代替？
因为替换的话可以直接使用分类覆盖，真实的原因在于，大多数Method Swizzling目的是为了在原有方法的基础上增加新的功能，而不是单纯的替换成一个新的功能（当然，如果替换后不调用原来的方法，就是舍弃掉原来的功能增加新的功能，这样和直接使用分类覆盖方法一样）。
对于runtime的原生接口代码，这里就不说了，这里说一下jrswizzle 一个github上有名的swinzzle库，简化了代码并且解决了方法替换后继承的问题。当然最好还是要理解原理，不然如果写的swizzle太多，APP会很脆弱（就是容易崩溃的意思）。
jrswizzle的使用
只需要两个文件就好了JRSwizzle.h 和JRSwizzle.m
要拓展类的功能要用什么？没错，category。
JRSwizzle是NSobject的category，所以所有的类都可以直接调用JRSwizzle的方法实现交换。
1，为已经存在的类(被替换方法所在的类）写一个category
导入JRSwizzle.h ，使用+load方法加载,+load 是在一个类被初始装载时调用。
然后写一次性代码dispatch_once，该原子操作用于确保代码只会被执行一次的预防措施，就算是在不同的线程中也能确保代码只执行一次。
2,以ZWPullMenuView为例
ZWPullMenuView，是一个下拉框弹出三方框架，在点击空白时，也会收回下拉列表，我们现在要在收回的同时，打印“列表收回了”。
通过查看源码我们发现，收回时调用的方法是animateRemoveView。但是该方法并不存在于.h文件，如果我们想要在增加功能就需要修改源码，但是如果用交换方法，我们就可以在保留原有方法的前提下，增加功能（直接使用分类只能增加新的功能，却不会执行原来的方法，因为方法被替换了）
我们只需要知道被替换的方法的名字是animateRemoveView即可，即使它没有被暴露出来。替换的方法一般要加上前缀，可以避免冲突，一定要确保调用了原生方法的所有地方不会因为你交换了方法的实现而出现意想不到的结果。
当调用原来的方法时，会调用替换的方法，调用替换的方法时，会调用原来的方法，所以不会造成循环引用。
@implementation ZWPullMenuView (NewTouch)
+(void)load{
static dispatch_once_t predicate;
__block NSError *error = [[NSError alloc]init];
dispatch_once(&predicate, ^{
[ZWPullMenuView jr_swizzleMethod:@selector(animateRemoveView) withMethod:@selector(New_animateRemoveView) error:&error];
});
}
-(void)New_animateRemoveView{
[self New_animateRemoveView];
NSLog(@"方法被替换了");
}
@end
JRSwizzle的四个方法
两个用于类方法的交换。
两个用于对象方法的交换。
[self jr_swizzleClassMethod:<#(SEL)#> withClassMethod:<#(SEL)#> error:<#(NSError *__autoreleasing *)#>];
[self jr_swizzleClassMethod:<#(SEL)#> withBlock:<#(id)#> error:<#(NSError *__autoreleasing *)#>];
[self jr_swizzleMethod:<#(SEL)#> withMethod:<#(SEL)#> error:<#(NSError *__autoreleasing *)#>];
[self jr_swizzleMethod:<#(SEL)#> withBlock:<#(id)#> error:<#(NSError *__autoreleasing *)#>];
总结
方法代替直接使用category，方法追加使用Method Swizzling
