Objective-C动态调用NSInvocation|iOS消息转发机制|运行时方法调用实践

你是不是遇到过这种情况？明明知道Objective-C有强大的运行时特性，但真正要用NSInvocation实现动态方法调用时却一头雾水。去年我接手一个老项目时，就遇到了需要动态调用不同参数方法的场景，当时就是靠NSInvocation解决了问题。

NSInvocation的核心用法

NSInvocation说白了就是Objective-C里的方法调用包装器，它把目标对象、方法选择器、参数全都打包在一起，等到需要的时候再执行。这比直接调用方法多了很多灵活性，特别适合那些在编译期无法确定要调用哪个方法的场景。

创建NSInvocation的第一步是获取方法签名。你得先知道这个方法需要几个参数，每个参数是什么类型，返回值又是什么类型。这里有个小技巧：如果参数类型搞错了，运行时就会崩溃，所以一定要仔细检查类型编码。我 你直接用@encode()编译器指令来确保类型正确，这是最稳妥的做法。

具体创建过程是这样的：先通过methodSignatureForSelector:获取方法签名，然后用这个签名初始化NSInvocation实例。设置target和selector后，还要记得从第2个参数开始设置参数，因为前两个位置已经被隐藏的self和_cmd占用了。最后调用invoke方法执行，整个过程就像在组装一个方法调用工具包。

参数传递有几个需要注意的地方。基本数据类型要传递指针，对象类型则要传递对象本身的地址。如果方法有返回值，还需要提前准备好接收返回值的缓冲区。我在实际项目中就曾经因为忘了处理返回值而导致内存问题，这点你一定要注意。

objective-c

// 实际示例：动态调用有两个参数的方法

SEL selector = @selector(calculateWithNumber:andNumber:);

NSMethodSignature signature = [target methodSignatureForSelector:selector];

NSInvocation invocation = [NSInvocation invocationWithMethodSignature:signature];

[invocation setTarget:target];

[invocation setSelector:selector];

CGFloat firstNumber = 10.5f;

CGFloat secondNumber = 20.3f;

[invocation setArgument:&firstNumber atIndex:2];

[invocation setArgument:&secondNumber atIndex:3];

[invocation invoke];

CGFloat returnValue = 0;

[invocation getReturnValue:&returnValue];

消息转发机制的深入解析

消息转发其实是Objective-C运行时的一个安全网。当你给对象发送它无法响应的消息时，运行时并不会立即报错，而是会启动一个三级转发机制。这个机制给了你三次机会来处理未知消息，充分体现了Objective-C的动态特性。

第一级机会是resolveInstanceMethod:（或resolveClassMethod:）。在这一步，你可以动态地为类添加方法实现。我记得有一次需要为模型类动态添加属性支持，就是在这个方法里用class_addMethod添加了对应的getter和setter方法。如果这一步返回YES，运行时就会重新尝试发送消息。

如果第一级处理不了，就会进入第二级forwardingTargetForSelector:。这个方法允许你把消息转发给另一个能处理该消息的对象。这就像是在说“我不会这个，但我知道谁会”，然后把消息转交给那个对象。这种模式在实现代理模式或者组合模式时特别有用。

最后一道防线是forwardInvocation:，这是最强大的转发机制。你会得到一个完整的NSInvocation对象，里面包含了所有原始调用的信息。你可以在这里做任何想做的事情：转发给多个对象、修改参数、甚至完全改变消息的意图。苹果的官方文档 在实现forwardInvocation:时也要重写methodSignatureForSelector:，确保能提供正确的方法签名。

下面这个表格展示了消息转发三个阶段的区别和适用场景：

实际应用场景与性能优化

动态方法调用最典型的应用场景之一就是实现松耦合的组件间通信。比如那种需要多个对象处理同一个消息的情况，你可以用NSInvocation来广播消息。我之前做过一个事件处理系统，就是利用这个特性让多个监听者都能接收到事件通知，而且每个监听者还可以决定是否要继续传递事件。

另一个常见用途是封装重复的方法调用模式。假设你有一组类似的方法，它们的基本操作相同但细节略有差异。你可以写一个通用的调用器，用NSInvocation来统一处理这些调用。这样既减少了代码重复，又提高了可维护性。在实际编码中，我发现这种模式特别适合处理数据转换、网络请求序列化等任务。

性能方面需要特别注意，NSInvocation的创建和调用成本比直接方法调用要高得多。苹果的官方文档也提到这点。所以在性能敏感的代码路径中要谨慎使用。我个人的经验法则是：如果在循环中调用或者每秒需要调用成百上千次的方法，最好还是用直接调用。

如果你想要更好的性能，可以考虑使用NSMethodSignature的缓存机制。因为获取方法签名也是一个相对昂贵的操作，特别是在需要频繁创建NSInvocation的情况下。你可以把常用的方法签名缓存起来，避免重复创建。 也可以考虑使用IMP指针直接调用，虽然这样会失去一些灵活性，但性能更好。

内存管理是另一个需要特别注意的方面。NSInvocation会retain所有的参数和target，这意味着如果使用不当很容易造成循环引用。我 你在不需要的时候主动释放NSInvocation实例，特别是在循环中使用时更要小心。ARC环境下虽然能帮我们管理一部分内存，但还是需要自己注意引用关系。

调试技巧方面，我 你为NSInvocation添加一些日志输出。可以记录调用目标、方法名、参数值等信息，这样当出现问题时更容易定位。 你也可以使用符号断点来跟踪NSInvocation的调用流程，这在复杂的问题排查中特别有用。

如果你按照这些方法实践后遇到了什么问题，或者有更好的经验想要分享，欢迎一起来讨论。毕竟在iOS开发中，动态特性的使用既是一门科学也是一门艺术，很多时候都需要根据具体场景来选择最合适的方案。

在使用NSInvocation设置参数时，索引从2开始是因为Objective-C的方法调用机制在底层隐藏了两个固定参数。每个实例方法在运行时都会默认传入两个隐藏参数：第一个是self，代表方法调用的目标对象；第二个是_cmd，表示当前被调用的方法选择器。这两个参数由编译器自动处理，在代码中不可见，但在方法执行时始终存在。

当通过setArgument:atIndex:方法为NSInvocation设置参数时，索引0和1已经被这两个隐藏参数占用。索引0对应self，索引1对应_cmd，而真正需要传递的自定义参数只能从索引2开始设置。 如果方法有一个参数，那么它在NSInvocation中的索引就是2；如果有两个参数，则索引分别为2和3，依此类推。这种设计保证了NSInvocation能够与Objective-C的运行时方法调用结构完全对应。

好的，这是根据您提供的文章标题和内容摘要生成的FAQ部分：

NSInvocation和直接方法调用在性能上有多大差异？

NSInvocation由于需要创建方法签名、封装参数、处理返回值等一系列额外操作，其性能开销远大于直接的方法调用。在需要每秒执行成千上万次的循环或性能极其敏感的代码路径中，应避免使用。但对于通常的一次性调用（如响应事件、消息转发等），其带来的灵活性优势远大于微小的性能损耗。

在使用NSInvocation设置参数时，为什么索引要从2开始？

这是因为在Objective-C的方法调用中，前两个参数是隐藏的。每个Objective-C方法默认都包含两个隐式参数：self（指向实例对象本身）和 _cmd（当前方法的选择器）。 当我们使用setArgument:atIndex:方法设置自定义参数时，第一个自定义参数的索引值就是从2开始的。

消息转发的三个阶段，我应该优先使用哪个？

推荐优先使用forwardingTargetForSelector:方法。因为它的目的最明确——将消息转发给另一个能响应的对象，逻辑清晰且实现简单。如果只是简单地将消息转交给另一个对象来处理，这是最轻量和高效的方案。resolveInstanceMethod:适用于动态添加方法实现的场景，而forwardInvocation:最为强大和灵活，但实现也最复杂，应作为前两个方案无法满足复杂需求时的最终手段。

如何避免使用NSInvocation时出现内存管理问题？

需要特别注意，NSInvocation会retain其target和所有对象类型的参数，这可能导致循环引用。在ARC环境下，对于被NSInvocation强引用的对象，如果不再需要，应主动调用invoke方法后将其置为nil，或者将NSInvocation本身置空，以打破潜在的循环引用。对于非ARC环境，则需要遵循谁创建谁释放的原则。

YUANLEISVIP

收藏 链接