UIKit中如何确保RunLoop事件代码执行时的「当前时间」一致？

这确实是iOS开发里依赖时间的业务逻辑很容易踩的坑——尤其是当事件处理流程较长，或者涉及多步操作时，100ms甚至更短的时间差都可能导致状态不一致、计算错误这类问题。我来分享几个实践中常用的解决方案：

方案1：事件处理开头固定时间（最通用） #

最直接有效的方式，就是在RunLoop事件触发的第一时间捕获当前时间，之后整个处理流程里所有需要「当前时间」的地方，都复用这个预存的时间，而不是每次调用[NSDate date]。

示例代码：

- (void)handleTimerFireEvent {
    // 事件启动瞬间固定时间，作为整个流程的基准时间
    NSDate *eventTriggerTime = [NSDate date];
    
    // 后续所有逻辑都使用这个时间
    [self updateUIWithTimestamp:eventTriggerTime];
    [self logUserAction:eventTriggerTime];
    [self calculateBusinessMetrics:eventTriggerTime];
    
    // 哪怕下面的操作耗时几百毫秒，所有逻辑的时间基准都是统一的
}

这个方法适用于绝大多数场景，比如计时器回调、用户交互响应（点击、滑动）、performSelector触发的方法等，核心就是把「事件触发时刻」作为整个流程的时间锚点。

方案2：线程局部存储共享时间（多关联回调场景） #

如果同一个用户操作触发了多个关联的RunLoop回调（比如点击按钮后依次执行输入验证、请求提交、UI更新），可以用**线程局部存储（Thread Local Storage）**来共享这个固定时间。因为RunLoop事件都在同一个线程（通常是主线程）处理，线程局部变量能保证同一事件周期内取到的是同一个时间。

示例代码：

// 定义线程局部存储的key
static NSString *const kCurrentEventTimestampKey = @"kCurrentEventTimestampKey";

- (void)userDidTapSubmitButton:(UIButton *)button {
    // 存储事件触发时间到当前线程的字典
    NSDate *tapTriggerTime = [NSDate date];
    [[NSThread currentThread] threadDictionary][kCurrentEventTimestampKey] = tapTriggerTime;
    
    // 触发多个关联处理方法
    [self validateUserInput];
    [self submitNetworkRequest];
    [self updateButtonState];
    
    // 事件处理完毕后清理变量，避免后续无关事件误用
    [[NSThread currentThread] threadDictionary][kCurrentEventTimestampKey] = nil;
}

- (void)validateUserInput {
    // 从线程局部存储获取统一时间
    NSDate *eventTime = [[NSThread currentThread] threadDictionary][kCurrentEventTimestampKey];
    // 基于eventTime执行验证逻辑
}

方案3：异步回调传递时间（含异步操作的流程） #

如果事件处理中包含异步操作（比如网络请求、后台任务），异步回调里需要统一时间的话，一定要把预存的时间主动传递到回调中，而不是在回调里再获取当前时间。

示例代码：

- (void)handleUserSearchAction {
    NSDate *searchTriggerTime = [NSDate date];
    
    [self fetchSearchResultsWithCompletion:^(NSArray *results) {
        // 这里使用触发搜索时的时间，而非回调执行时的时间
        [self displayResults:results withTimestamp:searchTriggerTime];
    }];
}

核心思路总结 #

所有方案的本质都是**「一次捕获，多处复用」**：把RunLoop事件触发的那个瞬间作为整个流程的「当前时间」基准，而不是依赖代码执行到某一步的系统时间。这样不管流程耗时多久，所有依赖时间的逻辑都基于同一个锚点，自然就不会出现时间不一致的问题了。

内容的提问来源于stack exchange，提问作者Christoffer Årstrand