当前位置: 移动技术网 > IT编程>移动开发>IOS > iOS 为何使用runtime方法交换多次后却能按照交换顺序依次执行代码逻辑?

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

2019年07月22日  | 移动技术网IT编程  | 我要评论

1000fr,广州公安金盾网,i5-3210m

题目: 假设我们有一个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

 

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网