如何在阻塞调用周围实现定时等待?

所以,情况就是这样。我有一个C++库,正在进行一些进程间通信,用 wait() 阻止并等待传入消息的函数。困难是我需要一个 定时的 等待,如果在指定的时间内没有收到消息,则返回状态值。

最优雅的解决方案可能是重写库以向其API添加定时等待,但为了这个问题,我认为它是不可行的。(实际上,这看起来很困难,所以我想知道另一个选择是什么。)

下面是我如何处理繁忙的等待循环(伪代码):

while(message == false && current_time - start_time < timeout)
{
  if (Listener.new_message()) then message = true;
}

不过,我不希望繁忙的等待占用处理器周期。我也不想只增加一个 sleep() 在循环中调用以避免处理器负载,因为这意味着响应较慢。我想要一些适当的块和中断来完成这项工作。如果更好的解决方案涉及线程(这似乎是可能的),我们已经在使用 boost::thread 所以我更喜欢用那个。

我之所以发布这个问题,是因为这似乎是一种有明确“最佳实践”正确答案的情况,因为这是一种非常常见的模式。正确的方法是什么?

编辑以添加: 我在这里关注的很大一部分是,这在程序中处于一个关键的位置,它对性能至关重要,并且对于避免争用条件或内存泄漏至关重要。因此,尽管“使用两个线程和一个计时器”是很有帮助的建议,但我仍然在努力找出如何以安全和正确的方式实际实现它,并且我可以很容易地看到自己在代码中犯了我甚至不知道自己犯过的新手错误。因此,一些实际的示例代码将非常感谢!

另外,我还关心多线程解决方案:如果我使用“将阻塞调用放入第二个线程并在该线程上执行定时等待”方法,那么如果被阻塞的调用从未返回,那么第二个线程会发生什么?我知道第一个线程中的定时等待将返回,我将看到没有任何答案发生并继续进行,但是我是否“泄漏”了一个线程,它将永远处于阻塞状态?有什么办法可以避免吗?(是否有任何方法可以避免这种情况并避免泄漏第二个线程的内存?)如果阻塞调用没有返回,我需要一个完整的解决方案来避免出现泄漏。