在执行 sem_timedwait 时，我将如何应对系统时间的变化？答案

【问题标题】：How would I cope with changes to the system time while doing sem_timedwait?在执行 sem_timedwait 时，我将如何应对系统时间的变化？
【发布时间】：2015-03-19 19:26:45
【问题描述】：

假设我有那个程序使用sem_timedwait 来等待 100 毫秒（获取当前时间，添加 100 毫秒，将结果用作abs_timeout，cf. man page）。现在碰巧在等待信号量时，系统时间由外部进程 (ntp) 设置。

如果运气不好，系统时间会设置为过去 2 天。这将导致 sem_timedwait 等待 2 天 100 毫秒。

有没有办法解决这个问题？

【问题讨论】：

如果系统时间设置在过去 2 天，那可不仅仅是运气不好。特别是如果它一直处于 NTP 管理之下。事实上，将系统时间同步到可靠来源是避免此类问题的好方法。
@JohnBollinger：虽然避免不连续的跳跃会很好，但现实并没有让我们这么容易做到这一点。不是所有的 Unix 系统都是联网的，不是所有的都有准确的实时时钟，甚至有些系统根本没有实时时钟。毕竟，这就是我们有CLOCK_MONOTONIC 的原因。
@johnbollinger：实际上我们不是在谈论 PC，而是在谈论具有无缓冲时钟的嵌入式设备以及所有这些坏东西......

标签： c unix semaphore

【解决方案1】：

您可以改用条件变量，并选择单调时钟作为参考时钟。信号量有点老派，我会避免在新应用程序中使用它们。如果您愿意，可以使用条件变量和互斥锁轻松实现信号量。

pthread_condattr_t cattr;
pthread_condattr_init(&cattr);
pthread_condattr_setclock(&cattr, CLOCK_MONOTONIC);

pthread_cond_t cond;
pthread_cond_init(&cond, &cattr);

struct timespec ts;
clock_gettime(CLOCK_MONOTONIC, &ts);
ts.tv_nsec += 100000000;
if (ts.tv_nsec >= 1000000000) {
    ts.tv_nsec -= 1000000000;
    ts.tv_sec += 1;
}
int r = pthread_cond_timedwait(&cond, &mutex, &ts);
if (r == ETIMEDOUT) {
    // ...
} else {
    // ...
}

单调时钟“不受系统时间不连续跳跃的影响”（man clock_gettime），因此它正是您想要的此类应用程序。

你说，

现在发生系统时间在等待信号量时由外部进程 (ntp) 设置。

但情况比这更糟......系统时钟可能会在你调用clock_gettime()之后但在你调用sem_timedwait()之前调整......据它所知，你希望sem_timedwait()等待两个天。

【讨论】：