上一章Runtime 更多应用中开头就谈到了Runtime
交叉方法的简单使用
这里,来深入讨论一些细节,比如子类的方法替换会不会影响父类的方法
创建两个类 Vampire
、June
继承自Vampire
Vampire
中写一个方法 -Vampire
June
中重写-Vampire
,并新增-JuneSwizzle
用于交叉方法替换-Vampire
的实现
June
是此文的 目标类
-
注意
:其实如果将方法交换写的严谨一些,需要三个运行时函数 -
class_addMethod
-
class_replaceMethod
-
method_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
的方法替换成你的代码。这应该不会是你想要的吧?
网友评论