Swift中如何确保sysctl与gettimeofday的线程安全性？

我正在使用Kronos库从服务器同步NTP时间，但发现代码中调用了底层系统函数，担心存在多线程访问的安全问题。请问如何确保调用sysctl和gettimeofday时的线程安全性？或者有没有线程安全的替代方案可以实现相同功能？

我曾考虑使用NSLock，但它只能保护调用方的获取操作，无法防范系统侧的设置操作。

当前代码实现 #

func currentTime() -> TimeInterval {
    var current = timeval()
    let systemTimeError = gettimeofday(&current, nil) != 0
    assert(!systemTimeError, "system clock error: system time unavailable")

    return Double(current.tv_sec) + Double(current.tv_usec) / 1_000_000
}

static func systemUptime() -> TimeInterval {
        var mib = [CTL_KERN, KERN_BOOTTIME]
        var size = MemoryLayout<timeval>.stride
        var bootTime = timeval()

        let bootTimeError = sysctl(&mib, u_int(mib.count), &bootTime, &size, nil, 0) != 0
        assert(!bootTimeError, "system clock error: kernel boot time unavailable")

        let now = currentTime()
        let uptime = Double(bootTime.tv_sec) + Double(bootTime.tv_usec) / 1_000_000
        assert(now >= uptime, "inconsistent clock state: system time precedes boot time")

        return now - uptime
    }

问题解答 #

1. 底层函数本身的线程安全性

首先明确：

• gettimeofday在iOS/macOS平台是线程安全的，内核实现了原子性的时间读取逻辑，多线程并发调用不会出现数据竞争，也不会返回损坏的时间值。
• 针对KERN_BOOTTIME的sysctl调用同样是线程安全的，启动时间是内核维护的固定值（系统启动后不会改变），读取操作是原子性的，不存在多线程访问风险。

你担心的系统侧时间设置操作（比如Kronos同步NTP调整时间），底层读取接口也会处理这种场景——不会返回处于调整过程中的中间无效值，而是保证每次读取拿到的是一个一致的时间快照。

2. 更可靠的线程安全替代方案

直接使用Apple提供的高层API，这些API已经封装了底层细节，且原生支持线程安全：

替代currentTime()

用Date的原生方法，内部已经安全调用底层时间接口：

func currentTime() -> TimeInterval {
    return Date().timeIntervalSince1970
}

替代systemUptime()

用ProcessInfo的系统运行时间API，无需手动计算，直接返回可靠结果：

static func systemUptime() -> TimeInterval {
    return ProcessInfo.processInfo.systemUptime
}

3. 关于原代码中的断言风险

原代码里assert(now >= uptime)可能会在NTP同步回拨系统时间时触发——这不是线程安全问题，而是系统时间被主动调整导致的逻辑冲突。使用高层API时同样要注意这种场景，可以考虑移除断言，或者用更宽松的时间校验逻辑。

内容的提问来源于stack exchange，提问作者Yung Kien Poh