Objective-C:为什么在 respondsToSelector: 之前检查 nil？

Question

我见过这样的代码:

if (delegate != nil && [delegate respondsToSelector:@selector(doSomething)]) ...

但是，向 nil 发送消息只会返回 nil(计算结果为 NO)，所以为什么不这样做:

if ([delegate respondsToSelector:@selector(doSomething)]) ...

如果 delegate == nil，前者是否更快？无论哪种方式，我更喜欢后者，因为它的代码更少。

并且，less 优于 more。每个 Unix 专家都知道这一点。

Answer 1

objc_msgSend，在 Objective-C 中用于发送动态消息的函数会立即检查第一个参数(消息接收者)并在它 == nil 时返回。因此，nil 消息传递的唯一开销是动态链接库函数调用，这比“内部二进制”函数调用的成本略高。总的来说，一种方法是否比另一种方法更有效？复合条件语句通常需要额外的分支，因此如果不查看编译器生成的代码是无法确定答案的，但更重要的是分析正在运行的程序。过早的优化是一件坏事™，但我祝贺你真正考虑效率并质疑这样的“惯用语”。