我试图使用condition_variable_any::timed_wait()
当我将boost::chrono::millisecond传递给函数时，它无法编译：
error: no match for ‘operator+’ in ‘boost::get_system_time() + wait_duration’
但是，如果我将boost::posix_time::milliseconds传递给它编译的函数。
问题是我不明白两者之间的区别。他们都声称是持续时间。但正如我理解posix时间，它代表了自纪元以来的时间，这对我来说意味着boost::posix_time::milliseconds p(1000)代表了纪元后1秒的时间。我不认为这是一段持续时间。
我错过了什么？有人可以解释一下这些差异吗？
答案 0 :(得分：3)
虽然我不是开发人员或标准委员会的成员，但我会对此进行抨击。
Boost是一个可能有一天融入标准库的想法的游乐场。因此，它经常会有一些你在其他地方看不到的怪癖。
boost :: posix_time是posix_time数据结构的包装器。 POSIX（可移植操作系统接口）是IEEE提供的一组标准，旨在使所有操作系统和程序以类似语言发声（扰流板，但它们没有）。 POSIX为时间和时间差异定义了一个定点数字系统，尽管该结构的分辨率各不相同。在BOOST中，分辨率可在编译时配置。该库的目标是更容易操纵POSIX兼容的时间结构。在1.31之前推出。
boost :: chrono（作为std :: chrono集成到C ++ 11中）是一个通用的时间规模库。目标是拥有一组可以很好地处理时间并允许用户配置基础数据类型的函数和结构。没有努力与任何标准保持一致。 1.51引入。
虽然这是（100％）两个库做同样的事情，但他们以稍微不同的方式做。在像boost这样的系统中，这可以说是不可避免的：有了新的语言特性和编程要求，你可能想要完全折射一些东西，但需要保持（某种程度上）向后兼容性。但它导致了一个奇怪的问题：不同的实现，只是为了让你感到困惑。因为POSIX时间太旧了，所以大多数接口（如condition_variable_any :: timed_wai）只有posix_time接口。