PerformSelector:onThread:withObject:waitUntilDone
这个方法的理解就是，在制定线程上执行一个selector
waitUntilDone : YES, 需要等待这个selector 执行完之后，才会往下执行，相当于同步。
waitUntilDone : NO, 不用等待这个selector，就会往下执行，相当于异步。仅仅是相当于。
本来这个方法是用于不同线程之间相互发消息，调用的，但是我测试的时候发现了一个奇葩的东西，直接上代码吧。
- (void)testFunc {
? ???dispatch_queue_t queue = dispatch_queue_create("com.drive.com", 0);
? ? dispatch_async(queue, ^{
? ? ? ? [self performSelector:@selector(recieveMsg) onThread:[NSThread currentThread] withObject:@"123" waitUntilDone:NO];
? ? ? ? NSLog(@"123");
? ? });
}
- (void)recieveMsg {
? ? NSLog(@"收到消息了，在这个线程：%@",[NSThread currentThread]);
}
各位觉得会打印?recieveMsg 中的内容吗？只打印了“123”就结束了
答案是不会。为什么？
我的推测：异步，先打印“123”， 由于线程没有加入runLoop,执行完线程就结束，或者处于一个不活跃的状态了（但是线程肯定还在，只是不执行刚才等待异步执行的recieveMsg，否则会crash）。
怎么验证，在??NSLog(@"123"); 后面加上：
[[NSRunLoop currentRunLoop]run];
正常了，打印结果为?！?23“，recieveMsg中的内容
因为加入了runloop，线程一直keepAlive
这只是我的推测。
那么我么换一种异步的方式
- (void)testFunc {
dispatch_queue_t queue = dispatch_queue_create("com.drive.com", 0);
? ? dispatch_async(queue, ^{
?dispatch_async(dispatch_get_global_queue(0, 0), ^{
? ? ? ? ? ? [selfrecieveMsg];
? ? ? ? });
? ? ? ? NSLog(@"123");
? ? });
}
这样发现还是打印了recieveMsg ?中的内容，why？
只能说明 GCD 和Perform 工作机制不一样，或者GCD 内部做了处理
我的推测不一定对，如果了解这里面原理的，请告知原因，万分感激！
到另外一个问题。上代码：
? ? self.thread = [[NSThread alloc]initWithBlock:^{
? ? ? ? [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
? ? }];
[self.thread start];
这是新建了一个线程，并运行runloop，接下来
[self performSelector:@selector(doStart) onThread:self.thread withObject:nil waitUntilDone:NO];
- (void)doStart{
? ? while(!self.isStopped) {
? ? ? ? NSLog(@"while+++");
? ? ? ? NSLog(@"current thread:%@ in while",[NSThread currentThread]);
? ? ? ? [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
? ? ? ? NSLog(@"while---");
? ? }
? ? NSLog(@"thread end");
}
这是做什么，这就是通过while 循环，保持 runloop一直存在，否则可能存在一个问题，就是runloop 没有source 或者timer，就会quit runloop，那么这个到底是怎样工作的呢。
按照我以前的理解，我在子线程，执行一个while 循环，而且永远卡在循环里，那么我再在这个子线程做什么事，应该会不执行才对：
[self performSelector:@selector(recieveMsg) onThread:self.thread withObject:nil waitUntilDone:NO];
但是结果，却是执行了recieveMsg里面的操作，然后继续卡在循环里。怎么理解？
我的理解是这样，我进入while 之后，通过runLoop 使 该runloop 处于等待，也可以理解为休眠，总之就是还活着，这个时候，我在其他线程通过performSelector ，给子线程发消息，相当于来了一个source0，这个时候，会唤醒runloop，执行source0，接着执行while循环，发现没有达到退出while 循环的条件，又执行runMode方法， 继续休眠。所以是通过其他线程发消息，去唤醒的子线程。
假如我们做以下修改：
[self performSelector:@selector(doStart) onThread:self.thread withObject:nil waitUntilDone:YES];
[self performSelector:@selector(recieveMsg) onThread:self.thread withObject:nil waitUntilDone:YES];
会发现crash，且永远不会执行到recieveMsg， 为什么，因为我们主线程要等待doStart 执行完，问题是doStart 永远执行不完，他在dowhile中等待着呢。
通过performSelector 执行的方法，是串行的，因为如果是并行的，那么 我们改下如下方法
[self performSelector:@selector(doStart) onThread:self.thread withObject:nil waitUntilDone:NO];
[self performSelector:@selector(recieveMsg) onThread:self.thread withObject:nil waitUntilDone:NO];
- (void)doStart{
while(!self.isStopped) {
? ? ? ? NSLog(@"while+++");
? ? ? ? NSLog(@"current thread:%@ in while",[NSThread currentThread]);
? ? ? ? NSLog(@"while---");
? ? }
? ? NSLog(@"thread end");
}
我们会发现，死循环，且，永远不会执行到recieveMsg，如果是并行的，那么就跟
dispatch_async(queue,^{...});dispatch_async(queue,^{...});
一样，两个块里面的代码都会执行，因为是串行的，所以，recieveMsg一定会等到dostart执行完再执行，但是dostart 是死循环，执行不完
我们可以通过以下来验证， 验证performSelector 是串行还是并行。
? [self performSelector:@selector(testFuncA) onThread:self.thread withObject:nil waitUntilDone:NO];
? ?[self performSelector:@selector(testFuncB) onThread:self.thread withObject:nil waitUntilDone:NO];
- (void)testFuncA {
? ? inti =0;
? ? while(i<30) {
? ? ? ? NSLog(@"11111");
? ? ? ? i = i +1;
? ? }
}
- (void)testFuncB {
? ? inti =0;
? ? while(i<30) {
? ? ? ? NSLog(@"22222");
? ? ? ? i = i +1;
? ? }
}
我们发现，永远都是testFuncA 执行完之后再执行testFuncB，所以一定是串行的。
同理我们测试下 main_queue 是concurrent_queue 还是DISPATCH_QUEUE_SERIAL
dispatch_async(dispatch_get_main_queue(), ^{
? ? ? ? inti =0;
? ? ? ? while(i<30) {
? ? ? ? ? ? NSLog(@"11111");
? ? ? ? ? ? i = i +1;
? ? ? ? }
? ? });
? ? dispatch_async(dispatch_get_main_queue(), ^{
? ? ? ? inti =0;
? ? ? ? while(i<30) {
? ? ? ? ? ? NSLog(@"22222");
? ? ? ? ? ? i = i +1;
? ? ? ? }
? ? });
测试结果发现，也是DISPATCH_QUEUE_SERIAL queue。
总结，我们可以这么理解，
?[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
只是让子线程runloop一直处于等待中，只要有一个resource 执行了，那么他不会再等了，因为没有resource了（timer 除外），如果我们想让runloop一直等咋办呢，while 循环，执行完resource事件后，再让runloop 等着，直到我们手动控制条件，不让runloop 等待。
