Method Swizzling(黑魔法)

作用:改变已经存在selector的实现,之所以可以这样是因为方法调用可以再运行时改变:通过改变类的分发表(dispatch table, 该表包含selector的名称及对应实现函数的地址)里selector和实现之间的对应关系。

举个例子:比如想记录一个iOS应用里每个view controller显示的次数:可以在每个view controller添加记录的代码,但这会导致大量的重复代码;通过继承也是一个方法,但需要同时创建UIViewController、UITableViewController、UINavigationController及其它中view controller的子类,同样也会产生许多重复的代码出现。

幸运地是,在UIViewController的Category中使用method swizzling:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
//
//  UIViewController+Swizzling.m
//  SwizzlingDemo
//
//  Created by 张庆杰 on 15/9/25.
//  Copyright © 2015年 QJ. All rights reserved.
//
#import "UIViewController+Swizzling.h"
#import <objc/runtime.h>
@implementation UIViewController (Swizzling)
+ ( void )load {
    static dispatch_once_t onceToken;
    dispatch_once (&onceToken, ^{
        Class class = [ self class ];
 
        SEL originalSelector = @selector (viewWillAppear:);
        SEL swizzlingSelector = @selector (swizzling_viewWillAppear:);
 
        Method originalMethod = class_getInstanceMethod( class , originalSelector);
        Method swizzlingMethod = class_getInstanceMethod( class , swizzlingSelector);
 
        // 如果 swizzling 的是类方法,采用如下的方式:
        // Class class = object_getClass((id)self);
        // ...
        // Method originalMethod = class_getClassMethod(class, originalSelector);
        // Method swizzledMethod = class_getClassMethod(class, swizzledMethod);
 
        // 交换实现
        method_exchangeImplementations(originalMethod, swizzlingMethod);
    });
}
#pragma mark - Method
- ( void )swizzling_viewWillAppear:( BOOL )animated {
    [ self swizzling_viewWillAppear:animated];
 
    NSLog ( @"黑魔法~~~~~~~" );
}
@end

Now, 当一个UIViewController或者其子类的实例调用viewWillAppera:方法时,就会打印一条记录。假如要在view controller的生命周期,view的绘制或者Foundation的网络协议栈注入一些自定的行为,method swizzling可以使考虑的一个方向。

使用method swizzling需要注意的点:

+load vs. +initialize

Swizzling应该只在load方法中使用

oc会在运行时自动调用每个类的两个方法,+load会在类初始化加载的时候调用;+initialize方法会在程序调用类的第一个实例或者类方法的时候调用。这两个方法都是可选的,只会在实现的时候才会去调用。由于method swizzling会影响到全局的状态,因此最小化竞争条件的出现变得很重要,+load方法能够确保在类的初始化时候调用,这能够保证改变应用行为的一致性,而+initialize在执行时并不提供这种保证,实际上,如果没有直接给这个类发送消息,该方法可能都不会调用到。

dispatch_once

Swizzling应该只在dispatch_once中完成

如上,由于swizzling会改变全局状态,所以我们需要在运行时采取一些预防措施。原子性就是其中的一种预防措施,因为它能保证不管有多少个线程,代码只会执行一次。GCD的dispatch_once能够满足这种需求,因此在method swizzling应该将其作为最佳的实践方式。

调用_cmd

看起来下面的代码会导致无限循环:

1
2
3
4
5
6
7
8
9
#pragma mark - Method
 
- ( void )swizzling_viewWillAppear:( BOOL )animated {
 
[ self swizzling_viewWillAppear:animated];
 
NSLog ( @"黑魔法~~~~~~~" );
 
}

实际并不会。在swizzling的过程中,swizzling_viewWillAppear:已经被重新指向UIViewController的原始实现-viewWillAppear:,但是如果我们在这个方法中调用viewWillAppear:则会导致无限循环

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、付费专栏及课程。

余额充值