iPhone 4 上每秒可以发送多少条 Objective-C 消息？

Question

当在尝试保持可重用性和分离模式的同时实现算法和其他事物时，我经常陷入这样的情况：

我在遍历大对象图时与委托来回通信。我担心的是所有这些消息传递会造成多大的伤害，或者我必须在多大程度上关心 Objective-C 消息传递开销。

另一种方法是不分离任何东西，并始终将单独的代码直接放入算法中，例如这个图形遍历器。但这在以后维护起来会很麻烦并且不可重用。

所以：只是为了了解一下它到底有多糟糕：在 iPhone 4 上一秒钟可以发送多少个 Objective-C 消息？

当然，我可以编写一个测试，但我不想让每条消息都增加一个变量，从而使其产生偏差。

Answer 1

确实没有一个恒定的数字。如果手机在后台检查电子邮件，或者您有一个后台线程在执行 IO 工作，该怎么办？

处理此类事情的方法是，先做简单的事情。按照您的意愿致电代表，看看表现是否正常。

如果不是，那么就想办法改进。如果消息传递是开销，您可以将其替换为计划 C 函数调用。

Answer 2

隐含地把这个问题理解为“你在什么时候会为了速度而牺牲良好的设计模式？”，我会补充说，你可以消除许多 Objective-C 成本，同时保留大部分的好处好的设计。

Objective-C 的动态分派会查阅某种类型的表，以将 Objective-C 选择器映射到这些方法的 C 级实现。然后，它执行C函数调用，或者返回到备份机制之一（例如，转发目标）和/或如果不存在这样的调用则最终抛出异常。在您已经有效地得到：（

int c = 1000000;
while(c--)
{
    [delegate something];  // one dynamic dispatch per loop iteration
}

这是荒谬的人为，但您明白了这一点）的情况下，您可以执行：

int c = 1000000;
IMP methodToCall = [delegate methodForSelector:@selector(something)];
while(c--)
{
    methodToCall(delegate, @selector(something));
                           // one C function call per loop iteration, and
                           // delegate probably doesn't know the difference
}

您所做的就是采取调度的动态部分 - C 函数查找 - 在内部外部环形。所以你失去了许多动态的好处。 “delegate”无法在循环期间进行 swizzle 方法，其副作用是您可能会破坏键值观察，并且所有备份机制都将不起作用。但你已经成功地将动态的东西从循环中拉出来。

由于它很丑陋并且破坏了许多 Objective-C 机制，因此我认为在一般情况下这种做法是不好的。我建议的主要地方是当你有一个或一组严格约束的类隐藏在外观模式后面的某个地方时（因此，你提前确切地知道谁将与谁通信以及在什么情况下通信）并且你能够明确证明动态调度会让您付出巨大的代价。

有关 C 级别内部工作原理的完整详细信息，请参阅 Objective-C 运行时参考。然后，您可以对照 NSObject 类参考< /a> 查看哪里提供了获取一些信息的便捷方法（例如我在示例中使用的 IMP）。