iOS 底层探索篇 ——Runtime-消息转发

最新推荐文章于 2024-12-13 19:01:02 发布

原创

最新推荐文章于 2024-12-13 19:01:02 发布 · 607 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ios #objective-c #swift #xcode

本文深入探讨了iOS中Objective-C的Runtime消息转发机制，包括快速转发和慢速转发的流程，通过代码实例和反编译工具Hopper Disassembler/IDA分析了消息转发的底层实现。此外，文章还讨论了resolveInstanceMethod为何会被调用两次，并总结了objc_msgSend的整体执行流程。

iOS 底层探索篇 ——Runtime-消息转发

上文说到instrumentObjcMessageSends，那么这个方法是怎么来的呢。

在log_and_fill_cache里面有一个判断SUPPORT_MESSAGE_LOGGING。
在这里插入图片描述
进去logMessageSend方法，看到这里在往/tmp/msgSends-%d写入。

那么也就是说只要objcMsgLogEnabled，那么就会写入。搜索一下objcMsgLogEnabled。发现在instrumentObjcMessageSends里面对其进行赋值

所以，instrumentObjcMessageSends被找到了。

快速转发流程

上文中看到，msgSends中还会走到forwardingTargetForSelector.
在这里插入图片描述
在开发者文档中搜索forwardingTargetForSelector。发现这里解释说，如果执行了这个方法，并且返回一个不为空的结果，这样这个返回的结果就会被当成新的消息接受者，然后在新的接受者上重新走一遍消息流程。如果返回的是自己的话，那么就会无限循环。
在这里插入图片描述
接下来实现一下：

运行一下，发现在奔溃前，会来到这个方法。

前面说到forwardingTargetForSelector可以切换接受者，那么在另一个对象实现这个方法，然后在forwardingTargetForSelector里面把这个对象换成新的消息接受者。
在这里插入图片描述

运行一下，发现成功调用了LGTeacher里面的方法，并且程序不崩溃了。

那为什么方法不直接写到LGPerson里面呢。其实这里的作用是为了防止方法崩溃的，当所以经过快速查找，慢速查找，动态方法决议来到这里的时候，说明方法是没有实现的，那么我们就可以专门创建一个类，然后用这个类来添加方法，这样其他的类就依然还是安全健康的。