当调用 `performSelector:afterDelay:` 或 `performSelector:onThread:` 方法时，其执行机制完全依赖于目标线程的 RunLoop 运行状态。具体而言，这两个方法都会在目标线程的 RunLoop 中注册一个 Timer 事件源，用于在指定时间延迟后触发对应的 selector 执行 [ref_1]。 **技术实现原理分析** 从底层实现角度看，`performSelector:afterDelay:` 的内部执行流程包含以下关键步骤： 1. **Timer 创建与注册** ```objective-c // 伪代码表示内部实现逻辑 - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay { // 创建 NSTimer 对象 NSTimer *timer = [NSTimer timerWithTimeInterval:delay target:self selector:aSelector userInfo:anArgument repeats:NO]; // 获取当前线程的 RunLoop NSRunLoop *currentRunLoop = [NSRunLoop currentRunLoop]; // 将 Timer 添加到 RunLoop 的默认模式 [currentRunLoop addTimer:timer forMode:NSDefaultRunLoopMode]; } ``` 2. **RunLoop 事件处理机制** - RunLoop 在每个循环周期中会检查所有注册的 Timer 源 - 当 Timer 到达预定触发时间，RunLoop 会唤醒并执行对应的 selector - 执行完成后，Timer 会自动从 RunLoop 中移除（非重复 Timer） **线程 RunLoop 状态对方法执行的影响** | 线程类型 | RunLoop 状态 | 方法执行结果 | 根本原因 | |---------|-------------|-------------|----------| | 主线程 | 默认开启且运行 | 正常执行 | UIApplicationMain 自动创建并运行主线程 RunLoop | | 新创建子线程 | 未手动开启 RunLoop | 方法失效 | 子线程默认不自动创建/运行 RunLoop | | 常驻子线程 | 已手动配置并运行 RunLoop | 正常执行 | 线程保活且 RunLoop 持续处理事件 | **典型失效场景案例分析** 场景：在未配置 RunLoop 的子线程中调用延迟方法 ```objective-c dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ // 此代码块在子线程执行 [self performSelector:@selector(backgroundTask) withObject:nil afterDelay:2.0]; // 由于子线程没有运行 RunLoop，backgroundTask 永远不会被执行 }); ``` **解决方案：子线程 RunLoop 配置** 要确保 `performSelector:afterDelay:` 在子线程正常工作，需要完整配置线程的 RunLoop： ```objective-c - (void)configureThreadRunLoop { NSThread *workerThread = [[NSThread alloc] initWithTarget:self selector:@selector(threadEntry) object:nil]; [workerThread start]; } - (void)threadEntry { @autoreleasepool { // 关键步骤1：添加事件源防止 RunLoop 立即退出 [[NSRunLoop currentRunLoop] addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode]; // 关键步骤2：启动 RunLoop [[NSRunLoop currentRunLoop] run]; // 注意：run 方法会阻塞线程，直到 RunLoop 被显式停止 } } // 现在可以在该线程正常执行延迟方法 - (void)executeDelayedTask { [self performSelector:@selector(handleDelayedExecution) onThread:workerThread withObject:nil waitUntilDone:NO]; } ``` **RunLoop 模式对方法执行的影响** 不同的 RunLoop 模式会影响 Timer 的触发时机： ```objective-c // 在 UITrackingRunLoopMode 下添加的 Timer 只在滚动时触发 [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode]; // 在 NSRunLoopCommonModes 下添加的 Timer 在多种模式下都能触发 [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes]; ``` **性能优化建议** 1. **资源管理**：对于短期使用的子线程，应在任务完成后手动停止 RunLoop ```objective-c CFRunLoopStop(CFRunLoopGetCurrent()); ``` 2. **模式选择**：根据实际需求选择适当的 RunLoop 模式，避免不必要的性能开销 3. **内存考虑**：长期运行的常驻线程应确保正确管理 autorelease pool，防止内存累积 这种基于 RunLoop 的延迟执行机制体现了 iOS 系统事件驱动架构的核心设计理念，通过统一的事件处理循环实现了高效的任务调度和资源管理 [ref_1]。