作为iOS开发者，对runtime应该都有耳闻，这是Objective-C这门开发语言的动态性最好的体现，利用runtime可以做很多事，极大地提高开发效率。最近一直在研究runtime的黑魔法Method Swizzling，也踩了一些坑，在这里分享一下心得，如有错误或不当的地方，敬请各位看官指正，小生定感激不尽。
Method Swizzling中最重要的两个方法就是交换实例方法和交换类方法，代码如下：
/**
交换实例方法
@param cls 类对象
@param originalSel 原始方法
@param swizzlingSel 替换方法
*/
+ (void)ht_swizzleInstanceMethodForClass:(Class)cls
originalSelector:(SEL)originalSel
swizzlingSelector:(SEL)swizzlingSel {
Method originalMethod = class_getInstanceMethod(cls, originalSel);
Method swizzlingMethod = class_getInstanceMethod(cls, swizzlingSel);
BOOL addedMethod = class_addMethod(cls,
originalSel,
method_getImplementation(swizzlingMethod),
method_getTypeEncoding(swizzlingMethod));
if (addedMethod) {
class_replaceMethod(cls,
swizzlingSel,
method_getImplementation(originalMethod),
method_getTypeEncoding(originalMethod));
} else {
method_exchangeImplementations(originalMethod, swizzlingMethod);
}
}
/**
交换类方法
@param cls 元类对象
@param originalSel 原始方法
@param swizzlingSel 替换方法
*/
+ (void)ht_swizzleClassMethodForClass:(Class)cls
originalSelector:(SEL)originalSel
swizzlingSelector:(SEL)swizzlingSel {
Method originalMethod = class_getClassMethod(cls, originalSel);
Method swizzlingMethod = class_getClassMethod(cls, swizzlingSel);
BOOL didAddMethod = class_addMethod(cls,
originalSel,
method_getImplementation(swizzlingMethod),
method_getTypeEncoding(swizzlingMethod));
if (didAddMethod) {
class_replaceMethod(cls,
swizzlingSel,
method_getImplementation(originalMethod),
method_getTypeEncoding(originalMethod));
} else {
method_exchangeImplementations(originalMethod, swizzlingMethod);
}
}
既然是交换方法，首先就得拿到原始方法和交换方法的Method，然后给当前类class_addMethod要交换的方法，如果didAddMethod则class_replaceMethod原始方法实现，否则method_exchangeImplementations两个方法实现。这里需要注意一下，就是在交换方法里面，我们看到会有一个class_addMethod方法，返回值是BOOL类型，这个方法是给当前类添加方法，然后根据返回结果来判断，如果添加成功，则替换方法实现，否则交换两个方法实现。
这里有个疑惑困扰我，通过代码发现，这个方法的返回值一直是NO，也就是说不需要这个判断也可以实现方法交换，那为什么需要多此一举呢？上古名人说过一句话：存在即道理，于是我在网络的海洋中畅游了一番，经过不懈努力，终于解开疑惑（老脸一红ing）。有个解释说是为了防止父类调用子类方法，刚开始一脸懵逼，父类怎么调用子类方法呢？原来在class_getInstanceMethod获取原始方法的时候，有可能当前类并没有该方法，沿着继承链找到了父类中的方法，此刻将要交换的是父类方法和子类方法，而恰好子类方法中调用了子类的其他方法，这个时候父类调用原来的方法，因为交换实现的缘故，实际上调用了子类的方法实现，父类肯定不可以调用子类方法，从而导致崩溃，所以要做一层保护，如果当前类没有方法，则先加上，再进行交换。
关于Method Swizzling中的两个方法和注意点到这里就介绍的差不多了，但是还没有感受到Method Swizzling带来的魅力，下面我就要开始正经的胡说八道了，前方高能❗️
既然runtime中提供了交换方法，那么我们就可以hook一些系统的方法，做一些额外的处理，举个🌰，埋点是我们移动开发中常用的一种分析用户行为的手段，尤其是页面停留时间，能分析出用户的喜好。如果直接在每个页面的viewDidAppear和viewDidDisappear中添加统计方法，很费时间和精力，如果利用Method Swizzling就可以直接在一个方法中实现，效率杠杠的。但是我今天要说的不是统计的事，而是令我们比较头疼的事：。
移动端的开发中最烦的就是闪退，公司的项目中虽然集成了Fabric，但是只是简单的上传崩溃信息，并没有有效的防止闪退。刚好最近在研究Method Swizzling，于是就想着是否可以拦截系统的异常，既可以不闪退也可以上传崩溃信息？于是HTCrashReporter盛大登场。关于HTCrashReporter今天暂不详细介绍了，耽误各位看官时间，有兴趣的看官，可以先去全球最大程序猿交友网站交流一下，欢迎✨star✨。
网友评论