iOS 为何使用runtime多次方法交换后却能按照交换顺序依次执行代码逻辑?
Posted jgcho
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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) 方法多次执行的代码执行逻辑.
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
以上是关于iOS 为何使用runtime多次方法交换后却能按照交换顺序依次执行代码逻辑?的主要内容,如果未能解决你的问题,请参考以下文章
ios runtime之交换方法method_exchangeImplementations的使用