- Method Swizzling(动态方法交换)简介
Method Swizzling 用于改变一个已经存在的 selector 实现。我们可以在程序运行时,通过改变 selector 所在 Class(类)的 method list(方法列表)的映射从而改变方法的调用。其实质就是交换两个方法的 IMP(方法实现)。
Method(方法)
对应的是objc_method 结构体
;而objc_method 结构体
中包含了SEL method_name(方法名)
、IMP method_imp(方法实现)
。
// objc_method 结构体
typedef struct objc_method *Method;
struct objc_method {
SEL _Nonnull method_name; // 方法名
char * _Nullable method_types; // 方法类型
IMP _Nonnull method_imp; // 方法实现
};
Method swizzling
修改了method list(方法列表
),使得不同 Method(方法)中的键值对发生了交换。比如交换前两个键值对分别为 SEL A
:IMP A
、SEL B
:IMP B
,交换之后就变为了 SEL A
:IMP B
、SEL B
:IMP A
。如图所示:
- Method Swizzling 使用方法
在当前类的 + (void)load;
#import "ViewController.h"
#import
@interface ViewController ()
@end
@implementation ViewController
//举例。所以在viewDidLoad中写
- (void)viewDidLoad {
[super viewDidLoad];
[self SwizzlingMethod];
[self originalFunction];
[self swizzledFunction];
}
// 交换 原方法 和 替换方法 的方法实现
- (void)SwizzlingMethod {
// 当前类
Class class = [self class];
// 原方法名 和 替换方法名
SEL originalSelector = @selector(originalFunction);
SEL swizzledSelector = @selector(swizzledFunction);
// 原方法结构体 和 替换方法结构体
Method originalMethod = class_getInstanceMethod(class, originalSelector);
Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
// 调用交换两个方法的实现
method_exchangeImplementations(originalMethod, swizzledMethod);
}
// 原始方法
- (void)originalFunction {
NSLog(@"originalFunction");
}
// 替换方法
- (void)swizzledFunction {
NSLog(@"swizzledFunction");
}
@end
刚才我们简单演示了如何在当前类中如何进行 Method Swizzling 操作。但一般日常开发中,并不是直接在原有类中进行 Method Swizzling 操作。更多的是为当前类添加一个
分类
,然后在分类中进行 Method Swizzling 操作。另外真正使用会比上边写的考虑东西要多一点,要复杂一些。
2.3 Method Swizzling 方案 A
在该类的分类中添加 Method Swizzling 交换方法,用普通方式
@implementation UIViewController (Swizzling)
// 交换 原方法 和 替换方法 的方法实现
+ (void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
// 当前类
Class class = [self class];
// 原方法名 和 替换方法名
SEL originalSelector = @selector(originalFunction);
SEL swizzledSelector = @selector(swizzledFunction);
// 原方法结构体 和 替换方法结构体
Method originalMethod = class_getInstanceMethod(class, originalSelector);
Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
/* 如果当前类没有 原方法的 IMP,说明在从父类继承过来的方法实现,
* 需要在当前类中添加一个 originalSelector 方法,
* 但是用 替换方法 swizzledMethod 去实现它
*/
BOOL didAddMethod = class_addMethod(class,
originalSelector,
method_getImplementation(swizzledMethod),
method_getTypeEncoding(swizzledMethod));
if (didAddMethod) {
// 原方法的 IMP 添加成功后,修改 替换方法的 IMP 为 原始方法的 IMP
class_replaceMethod(class,
swizzledSelector,
method_getImplementation(originalMethod),
method_getTypeEncoding(originalMethod));
} else {
// 添加失败(说明已包含原方法的 IMP),调用交换两个方法的实现
method_exchangeImplementations(originalMethod, swizzledMethod);
}
});
}
// 原始方法
- (void)originalFunction {
NSLog(@"originalFunction");
}
// 替换方法
- (void)swizzledFunction {
NSLog(@"swizzledFunction");
}
@end
2.2 Method Swizzling 方案 B
在该类的分类中添加 Method Swizzling 交换方法,但是使用函数指针的方式。
方案 B 和方案 A 的最大不同之处在于使用了函数指针的方式,使用函数指针最大的好处是可以有效避免命名错误。
#import "UIViewController+PointerSwizzling.h"
#import
typedef IMP *IMPPointer;
// 交换方法函数
static void MethodSwizzle(id self, SEL _cmd, id arg1);
// 原始方法函数指针
static void (*MethodOriginal)(id self, SEL _cmd, id arg1);
// 交换方法函数
static void MethodSwizzle(id self, SEL _cmd, id arg1) {
// 在这里添加 交换方法的相关代码
NSLog(@"swizzledFunc");
MethodOriginal(self, _cmd, arg1);
}
BOOL class_swizzleMethodAndStore(Class class, SEL original, IMP replacement, IMPPointer store) {
IMP imp = NULL;
Method method = class_getInstanceMethod(class, original);
if (method) {
const char *type = method_getTypeEncoding(method);
imp = class_replaceMethod(class, original, replacement, type);
if (!imp) {
imp = method_getImplementation(method);
}
}
if (imp && store) { *store = imp; }
return (imp != NULL);
}
@implementation UIViewController (PointerSwizzling)
+ (void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
[self swizzle:@selector(originalFunc) with:(IMP)MethodSwizzle store:(IMP *)&MethodOriginal];
});
}
+ (BOOL)swizzle:(SEL)original with:(IMP)replacement store:(IMPPointer)store {
return class_swizzleMethodAndStore(self, original, replacement, store);
}
// 原始方法
- (void)originalFunc {
NSLog(@"originalFunc");
}
@end
2.4 Method Swizzling 方案 C
在其他类中添加 Method Swizzling 交换方法
static inline void af_swizzleSelector(Class theClass, SEL originalSelector, SEL swizzledSelector) {
Method originalMethod = class_getInstanceMethod(theClass, originalSelector);
Method swizzledMethod = class_getInstanceMethod(theClass, swizzledSelector);
method_exchangeImplementations(originalMethod, swizzledMethod);
}
static inline BOOL af_addMethod(Class theClass, SEL selector, Method method) {
return class_addMethod(theClass, selector, method_getImplementation(method), method_getTypeEncoding(method));
}
@interface _AFURLSessionTaskSwizzling : NSObject
@end
@implementation _AFURLSessionTaskSwizzling
+ (void)load {
if (NSClassFromString(@"NSURLSessionTask")) {
NSURLSessionConfiguration *configuration = [NSURLSessionConfiguration ephemeralSessionConfiguration];
NSURLSession * session = [NSURLSession sessionWithConfiguration:configuration];
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored "-Wnonnull"
NSURLSessionDataTask *localDataTask = [session dataTaskWithURL:nil];
#pragma clang diagnostic pop
IMP originalAFResumeIMP = method_getImplementation(class_getInstanceMethod([self class], @selector(af_resume)));
Class currentClass = [localDataTask class];
while (class_getInstanceMethod(currentClass, @selector(resume))) {
Class superClass = [currentClass superclass];
IMP classResumeIMP = method_getImplementation(class_getInstanceMethod(currentClass, @selector(resume)));
IMP superclassResumeIMP = method_getImplementation(class_getInstanceMethod(superClass, @selector(resume)));
if (classResumeIMP != superclassResumeIMP &&
originalAFResumeIMP != classResumeIMP) {
[self swizzleResumeAndSuspendMethodForClass:currentClass];
}
currentClass = [currentClass superclass];
}
[localDataTask cancel];
[session finishTasksAndInvalidate];
}
}
+ (void)swizzleResumeAndSuspendMethodForClass:(Class)theClass {
Method afResumeMethod = class_getInstanceMethod(self, @selector(af_resume));
Method afSuspendMethod = class_getInstanceMethod(self, @selector(af_suspend));
if (af_addMethod(theClass, @selector(af_resume), afResumeMethod)) {
af_swizzleSelector(theClass, @selector(resume), @selector(af_resume));
}
if (af_addMethod(theClass, @selector(af_suspend), afSuspendMethod)) {
af_swizzleSelector(theClass, @selector(suspend), @selector(af_suspend));
}
}
- (void)af_resume {
NSAssert([self respondsToSelector:@selector(state)], @"Does not respond to state");
NSURLSessionTaskState state = [self state];
[self af_resume];
if (state != NSURLSessionTaskStateRunning) {
[[NSNotificationCenter defaultCenter] postNotificationName:AFNSURLSessionTaskDidResumeNotification object:self];
}
}
- (void)af_suspend {
NSAssert([self respondsToSelector:@selector(state)], @"Does not respond to state");
NSURLSessionTaskState state = [self state];
[self af_suspend];
if (state != NSURLSessionTaskStateSuspended) {
[[NSNotificationCenter defaultCenter] postNotificationName:AFNSURLSessionTaskDidSuspendNotification object:self];
}
}
2.5 Method Swizzling 方案 D
优秀的第三方框架:JRSwizzle 和 RSSwizzle
- Method Swizzling 使用注意
3.1、应该只在 +load 中执行 Method Swizzling。
程序在启动的时候,会先加载所有的类,这时会调用每个类的
+load
方法。而且在整个程序运行周期只会调用一次(不包括外部显示调用)。所以在+load
方法进行 Method Swizzling 再好不过了。
而为什么不用 +initialize 方法
呢。
因为+initialize
方法的调用时机是在 第一次向该类发送第一个消息的时候才会被调用。如果该类只是引用,没有调用,则不会执行+initialize
方法。
Method Swizzling 影响的是全局状态,+load
方法能保证在加载类的时候就进行交换,保证交换结果。而使用+initialize
方法则不能保证这一点,有可能在使用的时候起不到交换方法的作用。
3.2、Method Swizzling 在 +load 中执行时,不要调用 [super load];
上边我们说了,程序在启动的时候,会先加载所有的类。如果在 + (void)load方法中调用 [super load] 方法,就会导致父类的 Method Swizzling 被重复执行两次,而方法交换也被执行了两次,相当于互换了一次方法之后,第二次又换回去了,从而使得父类的 Method Swizzling 失效。
3.3、Method Swizzling 应该总是在 dispatch_once 中执行。
Method Swizzling 不是原子操作,dispatch_once 可以保证即使在不同的线程中也能确保代码只执行一次。所以,我们应该总是在 dispatch_once 中执行 Method Swizzling 操作,保证方法替换只被执行一次。
3.4、使用 Method Swizzling 后要记得调用原生方法的实现。
在交换方法实现后记得要调用原生方法的实现(除非你非常确定可以不用调用原生方法的实现):APIs 提供了输入输出的规则,而在输入输出中间的方法实现就是一个看不见的黑盒。交换了方法实现并且一些回调方法不会调用原生方法的实现这可能会造成底层实现的崩溃。
3.5避免命名冲突和参数 _cmd 被篡改。
1.避免命名冲突一个比较好的做法是为替换的方法加个前缀以区别原生方法。一定要确保调用了原生方法的所有地方不会因为自己交换了方法的实现而出现意料不到的结果。
在使用 Method Swizzling 交换方法后记得要在交换方法中调用原生方法的实现。在交换了方法后并且不调用原生方法的实现可能会造成底层实现的崩溃。
2.避免方法命名冲突另一个更好的做法是使用函数指针,也就是上边提到的 方案 B,这种方案能有效避免方法命名冲突和参数 _cmd 被篡改。
3.6、谨慎对待 Method Swizzling。
使用 Method Swizzling,会改变非自己拥有的代码。我们使用 Method Swizzling 通常会更改一些系统框架的对象方法,或是类方法。我们改变的不只是一个对象实例,而是改变了项目中所有的该类的对象实例,以及所有子类的对象实例。所以,在使用 Method Swizzling 的时候,应该保持足够的谨慎。
3.7、对于 Method Swizzling 来说,调用顺序 很重要。
load 方法的调用规则为:
1、先调用主类,按照编译顺序,顺序地根据继承关系由父类向子类调用;
2、再调用分类,按照编译顺序,依次调用;
3、+ load 方法除非主动调用,否则只会调用一次。
这样的调用规则导致了 + load 方法调用顺序并不一定确定。一个顺序可能是:父类 -> 子类 -> 父类类别 -> 子类类别,也可能是 父类 -> 子类 -> 子类类别 -> 父类类别。所以 Method Swizzling 的顺序不能保证,那么就不能保证 Method Swizzling 后方法的调用顺序是正确的。
所以被用于 Method Swizzling 的方法必须是当前类自身的方法,如果把继承父类来的 IMP 复制到自身上面可能会存在问题。如果 + load 方法调用顺序为:父类 -> 子类 -> 父类类别 -> 子类类别,那么造成的影响就是调用子类的替换方法并不能正确调起父类分类的替换方法。
- Method Swizzling 应用场景
Method Swizzling在开发中更多的是应用于系统类库,以及第三方框架的方法替换。在官方不公开源码的情况下,我们可以借助 Runtime 的 Method Swizzling 为原有方法添加额外的功能。
1、 全局页面统计功能
2、字体根据屏幕尺寸适配
3、处理按钮重复点击
4、TableView、CollectionView 异常加载占位图
5、APM(应用性能管理)、防止程序崩溃