本条要点：（作者总结）

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

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

　　这其中最简单的是 “performSelector:”。该方法的签名如下，它接受一个参数，就是要执行的那个选择子：

1 - (id)performSelector:(SEL)selector;

　　该方法与直接调用选择子等效。所以下面两行代码的执行效果相同：

1 　　[object performSelector:@selector(selectorName)];2 3 　　[object selectorName];

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

1 　　SEL selector; 2  3 　　if (/* some condition*/) { 4  5 　　　　selector = @selector(foo); 6 　　　} else if (/*some other condition*/) { 7 　　　　selector = @selector(bar); 8 　　　} else { 9 　　　　selector = @selector(baz);10 　　　}11 　　[object performSelector:selector];

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

1 　　warning: performSelector may cause a leak because its selector2 3 　　is unknown [-Warc-performSelector-leaks]

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

　　考虑下面这段代码：

1 　　SEL selector; 2  3 　　if (/*some condition*/) { 4  5 　　　　selector = @selector(newObject); 6  7 　　　} else if (/*some other condition*/) { 8 　　　　selector = @selector(copy); 9 10 　　　} else {11 12 　　　　selector = @selector(someProperty);13 14 　　　}15 16 　　id ret = [object performSelector:selector];

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

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

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

1 　　- (id)performSelector:(SEL)selector withObject:(id)object;2 3 　　- (id)performSelector:(SEL)selector withObject:(id)objectA withObject:(id)objectB;

　　比方说，可以用下面这个版本来设置对象中名为 value 的属性值：

1 　　id object = /*an object with a property called value */;2 3 　　id newValue = /*new value for the property */;4 5 　　[object performSelector:@selector(setValue:) withObject:newValue];

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

　　performSelector 系列方法还有个功能，就是可以延后执行选择子，或将其放在另一个线程上执行。下面列出了此方法中一些更为常用的版本：

1 　　- (void)performSelector:(SEL)selector withObject:(id)argument afterDelay:(NSTimeInterval)delay;2 3 　　- (void)performSelector:(SEL)selector onThread:(NSThread *)thread withObject:(id)argument waitUntilDone:(BOOL)wait;4 5 　　- (void)performSelectorOnMainThread:(SEL)selector withObject:(id)argument waitUntilDone:(BOOL)wait;

　　然而很快就会发觉，这些方法太过局限了。例如，具备延后执行功能的那些方法都无法处理带有两个参数的选择子。而能够指定执行线程的那些方法，则与之类似，所以也不是特别通用。如果要用这些方法，就得把许多参数都打包到字典中，然后在受调用的方法里将其提取出来，这样会增加开销。而且还可能出 bug。

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

　　例如，要延后执行某项任务，可以有下面两种实现方式，而我们应该优先考虑第二种：

1 　　// Using performSelector:withObject:afterDelay: 2  3 　　[self performSelector:@selector(doSomething) withObject:nil afterDelay:5.0]; 4  5 　　// Using dispatch_after 6  7 　　dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5.0 * NSEC_PER_SEC)); 8  9 　　dispatch_after(time, dispatch_get_main_queue(), ^(void){10 11 　　　　[self doSomething];12 　　});

　　想把任务放在主线程上执行，也可以有下面这种方式，而我们还是应该优选后者：

1 　　// Using performSelectorOnMainThread:withObject:waitUntilDone: 2  3 　　[self performSelectorOnMainThread:@selector(doSomething) withObject:nil waitUntilDone:NO]; 4  5 　　// Using dispatch_async 6  7 　　// (or if waitUntilDone is YES, then dispatch_sync) 8  9 　　dispatch_async(dispatch_get_main_queue(), ^{10 11 　　　　[self doSomething];　　12 13 　　});

　　END