performSelector: withObject: afterDelay: 传递基本数据类型参数的bug

在开发过程中，我们经常需要使用performSelector: withObject: afterDelay:来解决延迟执行一个函数的问题，但是，这个performSelector函数只接受一个objc对象作为参数，那对于那些基本类型的参数怎么办呢？听很多人说用类型转换，于是我试了试：

[self performSelector:@selector(test:) withObject:[NSNumber numberWithInt:0] afterDelay:1];

- (void)test:(int)value {
NSLog(@"%d",value);
}

//输出  2016-09-18 11:23:55.007 MrHuang[4070:860244] 2

纯属扯淡，那些没做过测试就喜欢瞎误导人的孩子真可怕啊，参数换成BOOL值也一样，value接受到的永远是NO；

那对于这中基本数据类型的传参怎么解决呢？别忘了，还一个神器叫做GCD：

dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(1 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[weakSelf test:80];
});

- (void)test:(int)value {
NSLog(@"%d",value);
}

//输出 2016-09-18 11:28:11.482 MrHuang[4111:875816] 80

后来觉得是不是没在主线程运行的缘故，使用了下面方法，发现输出还是错误的，希望有大神来解释原因，这里只提供一个解决方法

[self performSelectorOnMainThread:@selector(test:) withObject:@(80) waitUntilDone:YES];

- (void)test:(int)value {
NSLog(@"%d",value);
}

//输出 2016-09-18 11:30:41.783 MrHuang[4196:888664] 1282

使用GCD还有另一个好处：不用担心强持有self。使用performSelector: withObject: afterDelay:时，如果在delay时间还没到时就退出，会使得这个timer强持有self，当delay到时，self才会调用dealloc释放。当然，也可以使用NSObject的cancelPreviousPerformRequestsWithTarget方法手动取消timer来解决延迟释放问题。

而GCD的方式，完全不用担心这个问题，如果界面退出了，self会立马调用dealloc，不存在延迟释放的问题。