关于dispatch_queue_create与RunLoop共享问题的技术求助

你遇到的问题核心是混淆了GCD队列和线程的概念：

• GCD队列是任务调度的逻辑容器，并非线程本身。系统的GCD线程池会复用线程，多个队列的任务可能被调度到同一个线程执行。
• RunLoop是和线程一一绑定的，每个线程最多对应一个RunLoop，只有当线程第一次调用CFRunLoopGetCurrent()时才会被创建。

所以当queue1和queue2的任务被分配到同一个线程时，它们自然共享同一个RunLoop。你添加的NSTimer会绑定到该线程的RunLoop上，后续不管哪个队列的任务在这个线程上启动CFRunLoopRun()，Timer都会触发，找不到目标方法就会崩溃。

1. 使用专属线程管理RunLoop（推荐） #

如果业务需要持续运行的RunLoop，不要依赖GCD的复用线程，应该创建专属线程，完全掌控RunLoop的生命周期：

- (void)createExclusiveThreadWithRunLoop {
    NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(threadMain:) object:nil];
    thread.name = @"ExclusiveRunLoopThread";
    [thread start];
}

- (void)threadMain:(id)obj {
    @autoreleasepool {
        // 必须给RunLoop添加至少一个源（比如端口或Timer），否则CFRunLoopRun()会立即退出
        NSPort *port = [NSPort port];
        [[NSRunLoop currentRunLoop] addPort:port forMode:NSRunLoopCommonModes];
        
        NSString *runloopDesc = [NSString stringWithFormat:@"%@", CFRunLoopGetCurrent()];
        NSLog(@"专属线程RunLoop: %@", [runloopDesc substringToIndex:22]);
        
        // 启动RunLoop，该线程会持续运行直到调用CFRunLoopStop()
        CFRunLoopRun();
    }
}

后续需要在这个RunLoop上添加Timer或其他源时，直接通过performSelector:onThread:withObject:waitUntilDone:将任务投递到专属线程执行即可。

2. 修复Timer的崩溃风险 #

即使解决了RunLoop的共享问题，也要避免Timer本身的潜在崩溃：

• 确保selector方法存在，且签名正确（NSTimer的selector需要接受一个NSTimer参数：- (void)correctSelector:(NSTimer *)timer）
• iOS 10及以上版本，优先使用block-based的Timer，避免target-action的循环引用和无效方法问题：

NSTimer *timer = [NSTimer timerWithTimeInterval:1 repeats:NO block:^(NSTimer * _Nonnull timer) {
    // 执行Timer逻辑
}];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

• 在不需要Timer时，务必调用[timer invalidate]，并将timer置为nil，避免野指针。

3. 避免在GCD队列中随意启动RunLoop #

如果只是临时需要RunLoop处理少量异步任务，不要调用CFRunLoopRun()（会阻塞线程且无法控制退出时机），可以改用CFRunLoopRunInMode(_:beforeDate:)指定超时时间，确保RunLoop能自动退出：

// 临时启动RunLoop，等待1秒后自动退出
CFRunLoopRunInMode(kCFRunLoopDefaultMode, 1.0, false);

内容的提问来源于stack exchange，提问作者Askri Nguyen