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

概述题目: 假设我们有一个ViewController,  Category A(ViewController), Category B(ViewController), Category C(ViewController) 4个文件, 其中3个category中都实现了自定义viewDidLoad方法, 会对ViewController中的ViewDidLoad方法进行方法替换, 那么依次替换后(A

题目: 假设我们有一个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方法交换多次后却能按照交换顺序依次执行代码逻辑?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。