Method Swizzling的方法

开发中总会遇到需要使用Method Swizzling的时候,记录一下Method Swizzling的正确方法

一、方法

以hookUIViewController 为例

#import <objc/runtime.h>

@implementation UIViewController (Tracking)

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        Class class = [self class];

        SEL originalSelector = @selector(viewWillAppear:);
        SEL swizzledSelector = @selector(xxx_viewWillAppear:);

        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);

        // When swizzling a class method, use the following:
        // Class class = object_getClass((id)self);
        // ...
        // Method originalMethod = class_getClassMethod(class, originalSelector);
        // Method swizzledMethod = class_getClassMethod(class, swizzledSelector);

        BOOL didAddMethod =
            class_addMethod(class,
                originalSelector,
                method_getImplementation(swizzledMethod),
                method_getTypeEncoding(swizzledMethod));

        if (didAddMethod) {
            class_replaceMethod(class,
                swizzledSelector,
                method_getImplementation(originalMethod),
                method_getTypeEncoding(originalMethod));
        } else {
            method_exchangeImplementations(originalMethod, swizzledMethod);
        }
    });
}

#pragma mark - Method Swizzling

- (void)xxx_viewWillAppear:(BOOL)animated {
    [self xxx_viewWillAppear:animated];
    NSLog(@"viewWillAppear: %@", self);
}

@end

上面是一个通用的方式,会先尝试添加要hook的Method(以swizzledMethodIMP),如果添加成功,再把swizzledSelector的实现替换为originalMethod的,这样就完成了两个方法实现的互换。如果添加失败(即该class 已经存在对应Method),则直接交换两个Method的实现。

对于UIViewController 这样的已经确定有viewWillAppear: 方法的类,当然可以偷懒直接使用method_exchangeImplementations 来完成,但还是以上面的方式更为严谨。

二、+load vs. +initialize

Method Swizzling永远应该在+load方法中完成

+initialize,仅会在该类的方法或者它的实例第一次被调用前,+initialize 方法被调用。即它有可能不被调用。
+load 方法会在main 函数运行前调用,每个类、分类的load 方法都会被调用。被调用时,所有的 framework 都已经加载到了运行时中(但有的类可能还未加载)。在一个类的 load 方法中调用其他类的方法,如果被调用的类还未load,并不会触发被调用的类的load 方法。

三、dispatch_once

为了尽可能地保证Method Swizziling只进行一次,代码应该包含在dispatch_once 中。

四、第三方

GitHub上有类似Aspect 这样的第三方,封装了Method Swizzling 方法,并提供了其他功能,如选择代码在原方法前或后执行,或者是直接替换原方法。Hook一个对象、一个类等。
一些第三方统计明显也是使用了类似的方法来实现统计的功能。

五、参考

  1. Method Swizzling – Mattt Thompson,详细讲了Method Swizzling的使用。
  2. 你真的了解load方法么?– Draveness,解析了load方法的原理
  3. load 和 initialize 方法的执行顺序以及类和对象的关系,各个类load方法调用顺序会与compile source中文件顺序有关系
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TableView 无数据 runtime method swizzling 是一种常用的技术手段,用于在 TableView 中没有数据时,自动地替换原有的方法实现来展示自定义的占位图或提示信息。 在 iOS 开发中,当 TableView 没有数据时,通常会显示一张空白的背景或者一些提示文字,告诉用户当前没有任何数据。而使用 runtime method swizzling 技术,我们可以在 TableView 的相关方法中插入自定义的代码,从而实现自动切换显示空白背景或者提示信息。 具体的实现步骤如下: 1. 创建一个自定义的占位图或提示信息视图,以便在没有数据时显示在 TableView 上。 2. 通过 runtime method swizzling 技术,将 TableView 的 reloadData 方法替换为我们自定义的方法实现。 3. 在自定义的方法实现中,判断 TableView 数据源的数量,如果为零,则将自定义的占位图或提示信息视图添加到 TableView 上,并将 TableView 的背景设置为透明。 4. 如果数据源数量不为零,则将 TableView 的背景设置为默认的 TableView 背景,并调用原有的 reloadData 方法来刷新 TableView。 使用 runtime method swizzling 技术来实现 TableView 无数据时的自定义占位图或提示信息的展示可以提高开发效率,减少了代码的重复编写。同时,由于是替换方法的实现,所以不会对原有的代码产生太多影响,维护成本也较小。但是需要注意的是,使用 runtime method swizzling 技术需要谨慎,遵循苹果官方的 API 规范,以免引发一些潜在的问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值