如何用C++ chrono库以64位格式存储日期时间，规避2038年溢出问题？

你的问题核心出在时间类型转换的兼容性和潜在的time_t位数限制上，具体可能的原因如下：

• time_t的32位隐式限制：尽管是64位系统，部分编译配置下time_t仍可能被默认定义为32位（4字节）。当你传递超过2038年的时间戳时，32位time_t会溢出截断，导致日期回退到1970年之前的错误值。
• 自定义duration与system_clock的epoch不匹配：如果你的自定义time_point没有基于system_clock的Unix epoch（1970-01-01 00:00:00 UTC）构造，而是使用了其他起始时间，转换时会出现时间偏移，导致日期错误。
• 错误的类型转换逻辑：直接将自定义duration构造的time_point强制转换为system_clock::time_point，未确保时钟基准一致，会导致时间值被错误解析，触发截断。
• C++17的实现局限性：C17中system_clock的时间范围和精度依赖编译器实现，部分场景下隐式转换可能出现意外行为，C20提供了更明确的64位时间类型支持。

1. 确认time_t的位数 #

编译运行以下代码，检查输出结果：

#include <cstddef>
#include <iostream>

int main() {
    std::cout << "sizeof(time_t): " << sizeof(time_t) << " bytes\n";
    return 0;
}

• 若输出为4 bytes，说明当前time_t是32位，编译时需添加-D_TIME_BITS=64选项强制启用64位time_t。

2. 对齐system_clock的epoch #

设备的8字节秒数若基于Unix epoch，直接构造system_clock兼容的time_point，避免自定义时钟：

#include <chrono>
#include <ctime>
#include <iostream>

using namespace std::chrono;

int main() {
    // 模拟设备返回的8字节秒数（2038年后的时间）
    int64_t device_seconds = 2147483648; // 对应2038-01-19 03:14:08 UTC

    // 直接用system_clock的seconds类型构造time_point
    system_clock::time_point tp{seconds{device_seconds}};

    // 转换为time_t并验证
    time_t tt = system_clock::to_time_t(tp);
    std::cout << std::ctime(&tt); // 应输出正确的2038年后时间
    return 0;
}

3. 升级到C++20使用明确类型 #

C++20引入了sys_time系列类型，直接支持64位时间处理，避免隐式转换问题：

#include <chrono>
#include <ctime>
#include <iostream>

using namespace std::chrono;

int main() {
    int64_t device_seconds = 2147483648;
    sys_seconds tp{seconds{device_seconds}};

    // 转换为system_clock的time_point后再转time_t
    time_t tt = system_clock::to_time_t(clock_cast<system_clock>(tp));
    std::cout << std::ctime(&tt);
    return 0;
}

4. 避免自定义时钟误用 #

不要自行创建独立于system_clock的自定义时钟类型，除非你能精确处理不同epoch之间的转换逻辑，否则直接使用标准库提供的system_clock相关类型来匹配设备的时间格式。

内容的提问来源于stack exchange，提问作者Kite