std::chrono::system_clock::time_point不能直接用long long构造，必须先将long long时间戳转为对应单位的duration（如seconds、milliseconds），再用其初始化time_point，否则编译失败。
time\_point 不能直接用 long long 构造
标准库的 std::chrono::system_clock::time_point（以及其它时钟的 time_point）没有接受裸 long long 的构造函数。直接写 time_point{1717027200LL} 会编译失败，报错类似：no matching constructor。这是因为 time_point 本质是“时钟起点 + 一个带单位的持续时间”，必须显式指定时间单位。
必须先转成 duration，再构造 time\_point
核心路径是：把 long long 时间戳（通常指秒级或毫秒级 Unix 时间戳）转换为对应精度的 duration，再用它初始化 time_point。关键看你的时间戳单位：
- 如果是秒级（如
1717027200表示 2024-05-30 00:00:00 UTC），用std::chrono::seconds - 如果是毫秒级（如
1717027200123），用std::chrono::milliseconds - 如果是微秒或纳秒，对应用
microseconds或nanoseconds
示例（秒级时间戳）：
long long ts = 1717027200LL;
auto tp = std::chrono::system_clock::time_point{std::chrono::seconds{ts}};
注意：这里用的是 system_clock，它的 epoch 和 Unix 时间一致（1970-01-01 00:00:00 UTC），所以可直接对齐。换用 steady_clock 就不适用——它的 epoch 是未指定的实现相关时间点。
立即学习“C++免费学习笔记（深入）”；
从 time\_point 转回 time\_t 时要注意精度截断
如果后续要调用 std::gmtime 或 std::localtime，需先转成 time_t：
auto tp = std::chrono::system_clock::time_point{std::chrono::seconds{ts}};
std::time_t t = std::chrono::system_clock::to_time_t(tp);
但要注意：time_t 通常是秒级整数，而 time_point 可能含更高精度。若原始 long long 是毫秒级，又用 seconds{} 构造，会丢失毫秒部分；若用 milliseconds{} 构造，再转 to_time_t() 会自动向下取整到秒，等价于除以 1000 后截断小数。这不是 bug，是设计使然——to_time_t 定义就是返回“完整秒数”。
跨平台时别硬编码 time\_point 类型别名
有些代码会写 using tp = std::chrono::system_clock::time_point; 然后假设它和 std::chrono::time_point<:chrono::system_clock std::chrono::seconds></:chrono::system_clock> 等价。这在多数编译器下成立，但严格来说，system_clock::time_point 的内部 duration 类型由实现决定（常见是 nanoseconds）。所以安全做法是始终用 std::chrono::system_clock::time_point{...} 构造，而不是试图匹配底层 duration 类型。否则在某些嵌入式平台或老版本 libstdc++ 上可能隐式转换失败。
真正容易被忽略的是：时间戳单位和 clock 类型必须匹配。传错单位（比如把毫秒当秒用）会导致时间偏移 1000 倍，这种 bug 很难靠日志一眼发现。
