boost::posix_time::milliseconds与boost::chrono::milliseconds的

Difference between boost::posix_time::milliseconds and boost::chrono::milliseconds

本文关键字：milliseconds boost chrono time posix 更新时间：2023-10-16

我正在尝试使用condition_variable_any::timed_wait()

当我向函数传递boost::chrono::millisecond时，它无法编译:

error: no match for ‘operator+’ in ‘boost::get_system_time() + wait_duration’

然而，如果我传递boost::posix_time::milliseconds到函数，它确实编译。

问题是我不明白这两者之间的区别。它们都声称是期限。但是根据我对正时间的理解，它代表了自历元以来的时间，这对我来说意味着boost::posix_time::milliseconds p(1000)代表了历元后1秒的时间。我不认为这是一个持续时间。

我错过了什么?有人能解释一下它们的区别吗?

我将尝试一下，尽管我不是标准委员会的开发人员或成员。

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接口。