• iOS 为何使用runtime方法交换多次后却能按照交换顺序依次执行代码逻辑?


    题目: 假设我们有一个ViewController, 

    Category A(ViewController),

    Category B(ViewController),

    Category C(ViewController)

    4个文件, 其中3个category中都实现了自定义viewDidLoad方法, 会对ViewController中的ViewDidLoad方法进行方法替换, 那么依次替换后(A B C)的方法执行顺序是什么呢?

    记method_exchangeImplementations(Method _Nonnullm1, Method _Nonnullm2) 方法多次执行的代码执行逻辑.

    假设我们的方法替换由我们指定的一个category D来完成3次交换过程,代码如下图

    那么接下来我们就详细来探究一下每次追加一个方法交换,会对原方法有什么改变。

    1. IMP方法实现交换

    第一趟: 交换 原方法 和 A 

    ViewController的原方法如下 

    在category A中方法如下: 

    交换后类实例方法和IMP的指向如下: 

    方法调用: 

    交换后, 调用class 0(ViewController)的selector0, 会调用category A的IMP1, 既打印 “extension A viewDidLoad”, 然后调用了category A的Sel, 就会去执行 class 0(ViewController)的IMP, 既打印 “origin viewDidLoad method”;

    控制台打印如下: 

     接下来追加方法交换: 在原有方法交换基础上 追加 交换原方法 和 B 

    在category B中方法如下:  

    交换后类实例方法和IMP的指向如下: 

    代码执行: 执行Sel0—>IMP2—>SelB—>IMP1—>SelA—>IMP, 所以控制台输入顺序为 B A 0

    控制台输出如下:

     继续追加方法交换: 在原有方法交换基础上 追加 交换原方法 和 C 

    在category C中方法如下:  

    交换后类实例方法和IMP的指向如下: 

    代码执行: 先执行Sel0-->IMP3—>SelC—>IMP2—>SelB—>IMP1—>SelA—>IMP, 所以控制台输入顺序为 C B A 0

    控制台输出如下: 

    由此可以推理出来: 

    我们依次追加n个对原方法交换, 那么class 0对应的Sel0执行的IMP会偏移指向最后一个方法交换的Sel, 那么就会按照交换前后顺序执行逻辑.

    Demo地址: https://github.com/Winerywine/MethodExchange.git

  • 相关阅读:
    身份证的测试用例
    集合
    网易考拉测试面试题整理
    linux基本指令分类
    网络编程
    设计模式
    MySQL中的索引
    MySQL中的事务
    Java判断字符串是否为乱码
    Activiti6.x删除外键
  • 原文地址:https://www.cnblogs.com/jgCho/p/11219936.html
Copyright © 2020-2023  润新知