【发布时间】:2010-12-15 18:38:43
【问题描述】:
我正在使用 date_time 来抽象出平台特性。我需要生成一个 64 位微秒分辨率 uint64_t ,它将用于序列化。我不明白下面出了什么问题。
#include <boost/date_time/posix_time/posix_time.hpp>
#include <boost/cstdint.hpp>
#include <iostream>
using namespace boost::posix_time;
using boost::uint64_t;
ptime UNIX_EPOCH(boost::gregorian::date(1970,1,1));
int main() {
ptime current_time = microsec_clock::universal_time();
std::cout << "original time: "<< current_time << std::endl;
long microsec_since_epoch = ((current_time -UNIX_EPOCH).total_microseconds());
ptime output_ptime = UNIX_EPOCH + microseconds(microsec_since_epoch);
std::cout << "Deserialized time : " << output_ptime << std::endl;
std::cout << "Microsecond output: " << microsec_since_epoch << std::endl;
std::cout << "Microsecond to second arithmetic: "
<< microsec_since_epoch/(10*10*10*10*10*10) << std::endl;
std::cout << "Microsecond to tiume_duration, back to microsecond : " <<
microseconds(microsec_since_epoch).total_microseconds() << std::endl;
return 0;
}
这是我得到的输出。
original time: 2010-Dec-17 09:52:06.737123
Deserialized time : 1970-Jan-16 03:10:41.577454
Microsecond output: 1292579526737123
Microsecond to second arithmetic: 1292579526
Microsecond to tiume_duration, back to microsecond : 1307441577454
当我切换到使用 total_seconds() 和 +seconds(..) 时,问题消失了——即,输入更改为:
2010-Dec-15 18:26:22.606978
2010-Dec-15 18:26:22
date_time 声称在内部使用 64 位类型,2^64÷ (10^6×3600×24×365) ~= 584942 甚至 2^60÷ (10^6×3600×24×365) ~= 36558。
维基百科的开场白是关于 Posix 时间的
Unix 时间或 POSIX 时间是一个系统 用于描述时间点,定义 作为自以来经过的秒数 午夜协调世界时 (UTC) 1970 年 1 月 1 日
为什么如此大规模的截断会持续 40 年?
如何使用 boost::date_time 以微秒级分辨率使用完整的 64 位空间?
--edit1 回应 hans--
帖子已更改以反映 duration.total_microseconds() 部分的整数输出。注 1292576572566904÷(10^6×3600×24×365) ~= 40.98 年。秒的输出尚未更新。
--edit2-- 在“反序列化”步骤之前将微秒缩小到秒,效果也很好。这种方法解决了我的问题,我只需要创建时的微秒分辨率,反序列化时我可以不用它。
我仍然想知道问题的原因和原因。
【问题讨论】:
-
我也很好奇,因为我还打算写一些使用 64 位微秒分辨率时间的东西。