上一章Runtime 更多应用中开头就谈到了Runtime交叉方法的简单使用
这里，来深入讨论一些细节，比如子类的方法替换会不会影响父类的方法
创建两个类 Vampire、June继承自Vampire
Vampire中写一个方法 -Vampire
June中重写-Vampire，并新增-JuneSwizzle用于交叉方法替换-Vampire的实现
June是此文的 目标类
注意：其实如果将方法交换写的严谨一些，需要三个运行时函数class_addMethodclass_replaceMethodmethod_exchangeImplementations（上一章只用了这个）- 创建
Vampire类
- 创建
@interface Vampire : NSObject
- (void)Vampire;
@end
@implementation Vampire
- (void)Vampire
{
NSLog(@" 1 %@ %s",[self class],__func__);
}
@end
- 创建
June类 继承自Vampire
- 创建
#import "Vampire.h"
@interface June : Vampire
@end
* 引入 runtime.h
#import <objc/runtime.h>
@implementation June
* 此方法来自父类 `Vampire`
- (void)Vampire{
NSLog(@" 2 %@ %s",[self class],__func__);
}
* 用于替换 `-Vampire` 方法实现
- (void)JuneSwizzle{
NSLog(@" 33 %@ %s",[self class],__func__);
}
@end
- 交叉方法，写在
June.m里
- 交叉方法，写在
-
dispatch_once这里表示，保证方法替换只执行一次，因为+load可当做普通类方法调用，所以，为了避免不小心手动调用了+load而造成我们的方法实现替换效果失效，一般交叉方法替换系统方法或第三方不可见源代码的场景，均替换一次方法实现； - 另一种看我们的实际需要，如果希望在某些时刻两种方法实现动态交替个性效果，也可不写
dispatch_once，通过手动调用+load实现不同个性效果
+(void)load{
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
SEL oriSEL = @selector(Vampire);
SEL swiSEL = @selector(JuneSwizzle);
Method oriMet = class_getInstanceMethod(self, oriSEL);
Method swiMet = class_getInstanceMethod(self, swiSEL);
BOOL didAddMet = class_addMethod(self,
oriSEL,
method_getImplementation(swiMet),
method_getTypeEncoding(swiMet));
if (didAddMethod) {
class_replaceMethod(self,
swiSEL,
method_getImplementation(oriMet),
method_getTypeEncoding(oriMet));
NSLog(@" Add ");
} else {
method_exchangeImplementations(oriMet, swiMet);
NSLog(@" _exchange ");
}
});
}
-
周全起见，有
2种情况要考虑- 1>
-Vampire没有在目标类June中实现，而是在父类Vampire中实现了。 - 2>
-Vampire已经在目标类June中重写实现 - 这两种情况要区别对待。
- 1>
运行时函数
class_addMethod用来检查目标类June中 是否有-Vampire的重写实现-
if (didAddMethod)添加成功：说明
目标类June中-Vampire没有 重写实现，属情况1>
□ 那么在目标类June增加的 方法和实现，方法名肯定是Vampire，但是方法实现是交换方法-JuneSwizzle的实现和其TypeEncoding
□ 然后用class_replaceMethod将-JuneSwizzle的实现 替换为-Vampire的实现和其TypeEncoding
□ 这里看起来可能会有点绕，虽然有点绕，但认真思考1分钟会发现，交叉方法的实质是，2个方法名还是原来的方法名，只是他们2个的方法实现交换了，所以这里的class_addMethod、class_replaceMethod就是为了交换2个方法的实现，所以这样写，一点也不饶 :)添加失败：说明
目标类June中-Vampire已经 重写实现
□ 那么就是情况2>，可以直接通过method_exchangeImplementations来完成 交叉方法
为了更清晰的看到，
class_addMethod、class_replaceMethod这两个运行时函数的效果，我们来看一下下面的截图，关于情况1>情况2>就不需要截图演示了，因为根本用不到那两个运行时函数我们实现
情况1>的情形，但不实现那两个运行时函数，看是怎样的打印结果（实现那两个运行时函数的截图也不需要演示了，肯定是交换方法成功了，肯定是想要的打印结果 :) ）
对于情况1>，因为 class_getInstanceMethod 会返回父类Vampire的实现，如果直接替换，就会替换掉父类Vampire的实现，而不是目标类June中的实现。(详细的函数说明在这里)
举个具体的例子, 假设要替换掉-[NSArray description]，如果 NSArray 没有实现-description (可选的) 那你就会得到NSObject的方法。如果调用method_exchangeImplementations, 你就会把 NSObject 的方法替换成你的代码。这应该不会是你想要的吧？
