42.多用GCD，少用performSelector系列方法

《编写高质量iOS与OS X代码的52个有效方法》--第六章 第42条
（ps：此乃读书笔记，加深记忆，仅供大家参考）

第42条：多用GCD，少用performSelector系列方法

Objective-C本质上是一门非常动态的语言（参见第11条），NSObject定义了几个方法，令开发者可以随意调用任何方法。这几个方法可以推迟执行方法调用，也可以指定运行方法所用的线程。这些功能原来很有用，但是在出现了大中枢派发及块这样的新技术之后，就显得不那么必要了。虽说有些代码还是会经常用到它们，但笔者劝你还是避开为妙。

这其中最简单的是“performSelector：”。该方法与直接调用选择子等效。所以下面两行代码的执行效果相同：

[self performSelector:@selector(selectorName)];
[self selectorName];

这种方式看上去似乎多余。如果选择子是在运行期决定的，那么就能体现出此方式的强大之处了。这就等于在动态绑定之上再次使用动态绑定，因而可以实现出下面这种功能：

SEL selector;
if (/* some condition */) {
    selector = @selector(foo);
}else if (/* some other condition */){
    selector = @selector(bar);
}else{
    selector = @selector(baz);
}
[object performSelector:selector];

这种编程方式极为灵活，经常可用来简化复杂的代码。还有一种用法，就是先把选择子保存起来，等某个事件发生之后再调用。不管哪种用法，编译器都不知道要执行的选择子是什么，这必须到了运行期才能确定。然而，使用此特性的代价是，如果在ARC下编译代码，那么编译器会发出如下警示信息：

warning:PerformSelector may cause a leak because its selector is unknown

你可能没料到会出现这种警告。这条消息看上去可能比较奇怪，而且令人纳闷：为什么其中会提到内存泄漏问题呢？原因在于，编译器并不知道将要调用的选择子是什么，因此也就不了解其方法签名及返回值，甚至连是否有返回值都不清楚。而且，由于编译器不知道方法名，所以就没办法运用ARC的内存管理规则来判定返回值是不是应该释放，鉴于此，ARC采用了比较谨慎的做法，就是不添加释放操作。然而这么做可能导致内存泄漏，因为方法在返回对象时 可能已经将其保留了。

考虑下面这段代码：

SEL selector;
if (/* some condition */) {
    selector = @selector(newObject);
}else if (/* some other condition */){
    selector = @selector(copy);
}else{
    selector = @selector(someProperty);
}
id ret = [object performSelector:selector];

如果调用的是两个选择子之一，那么ret对象应由这段代码来释放，如果是第三个选择子，则无须释放。不仅在ARC环境下应该如此，而且在非ARC环境下也应该这么做，这样才算严格遵循了方法的命名规范。如果不使用ARC（此时编译器也就不发警告信息了），那么在前两种情况下需要手动释放ret对象，而在后一种情况下则不需要释放。这个问题很容易忽视，而且就算用静态分析器，也很难侦测到随后的内存泄漏。performSelector系列的方法之所以要谨慎使用，这就是其中一个原因。

这些方法不甚理想，另一个原因在于：返回值只能是void或对象类型。尽管所要执行的选择子也可以返回void，但是performSelector方法的返回值类型毕竟是id。如果想返回整数或浮点数等类型的值，那么就需要执行一些复杂的转换操作了，而这种转换很容易出错。由于id类型表示指向任意Objective-C对象的指针，所以从技术上来讲，只要返回值的大小和指针所占大小相同就行。若返回值的类型为C语言的结构体，则不可使用performSelector方法。

performSelector还有如下几个版本，可以再发消息时顺便传递参数：

- (id)performSelector:(SEL)aSelector withObject:(id)object;
- (id)performSelector:(SEL)aSelector withObject:(id)object1 withObject:(id)object2;

这些方法貌似有用，但其实局限颇多。由于参数类型是id，所以传入的参数必须是对象才行。如果选择子所接受的参数是整数或浮点数，那就不能采用这些方法了。此外，选择子最多只能接受两个参数，而在参数不止两个的情况下，则没有对应的performSelector方法能够执行此种选择子。

performSelector系列方法还有个功能，就是可以延后执行选择子，或将其放在另一个线程上执行。

- (void)performSelector:(SEL)aSelector withObject:(nullable id)anArgument afterDelay:(NSTimeInterval)delay;
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait NS_AVAILABLE(10_5, 2_0);

然而很快就会发现，这些方法太过局限了。如果要用这些方法，就得把许多参数都打包到字典中，然后在受调用的方法里将其提取出来，这样会增加开销，而且还可能出bug。

如果改用其他替代方案，那就不受这些限制了。最主要的替代方案就是使用块（参见第37条）。而且，performSelector系列方法所提供的线程功能，都可以通过在大中枢派发机制中使用块来实现。延后执行可以用dispatch_after来实现，在另一个线程上执行任务则可通过dispatch_sync及dispatch_async来实现。

例如，延后执行某项任务：

dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5.0 * NSEC_PER_SEC));

dispatch_after(time, dispatch_get_main_queue(), ^{
    [self doSomething];
});

想把任务放在主线程上执行：

dispatch_async(dispatch_get_main_queue(), ^{
    [self doSomething];
});

要点

• performSelector系列方法在内存管理方面容易有疏失。它无法确定将要执行的选择子具体是什么，因而ARC编译器也就无法插入适当的内存管理方法。
• performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制。
• 如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用大中枢派发机制的相关方法来实现。