C++ 使用 std::chrono::time_point

std::chrono::time_point_cast 总是向下取整（截断），不四舍五入；它调用 duration_cast 对 time_since_epoch() 的 duration 截断，仅保留目标精度整数倍部分，丢弃余数。

c++ 使用 std::chrono::time_point_cast

std::chrono::time_point_cast 会截断还是四舍五入？

它**总是向下取整（截断）**，不是四舍五入，也不是就近舍入。这是由标准明确规定的：只保留目标精度的整数倍部分，丢弃更小单位的余数。

比如把 std::chrono::milliseconds 转成 std::chrono::seconds，值为 1234ms 会变成 1s，不是 1s 或 2s —— 它不看 34ms 是否 ≥500ms，直接砍掉。

适用于所有 std::chrono::time_point 类型，只要源和目标时钟类型相同（如都是 system_clock）
底层调用的是 duration_cast，对内部的 duration 做截断转换
如果源 duration 不能被目标周期整除（如纳秒转毫秒），结果必然是截断，不会自动加 1

为什么 time_point_cast 不接受自定义舍入逻辑？

因为 std::chrono::time_point_cast 是纯类型转换工具，设计上不承担数值策略职责。标准库把“如何取整”这件事交给了你：先用 duration_cast、ceil、round 等操作 time_point::duration，再构造新 time_point。

例如要实现向上取整到秒：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

auto tp_ms = std::chrono::time_point_cast<:chrono::milliseconds>(std::chrono::system_clock::now());
auto dur_s = std::chrono::duration_cast<:chrono::seconds>(tp_ms.time_since_epoch());
auto rounded_up_s = (tp_ms.time_since_epoch() + std::chrono::milliseconds{999}) / 1000 * 1000;
auto tp_s_ceil = std::chrono::time_point<:chrono::system_clock std::chrono::seconds>{rounded_up_s};
</:chrono::system_clock></:chrono::seconds></:chrono::milliseconds>

别试图给 time_point_cast 加模板参数或重载——它没有这种接口
所有舍入行为必须显式作用于 time_since_epoch() 返回的 duration
注意：使用 std::chrono::round 需 C++17 起，且只对 duration 有效，不能直接用于 time_point

time_point_cast 转换失败或静默出错的常见场景

它本身不会抛异常，但可能产生意料外的结果，尤其在跨大数量级精度转换时。

从高精度转极低精度（如 nanoseconds → hours），若原始值超出 rep 类型能表示的范围，会溢出（未定义行为），而不是报错
使用非标准 rep 类型（如 int8_t）时，哪怕只是转 milliseconds → seconds，也可能因中间计算溢出而得到负值或 0
误以为 time_point_cast 支持不同 clock 之间转换（如 system_clock → steady_clock）——它不支持，编译失败
忘记检查源 time_point 是否有效（如默认构造的 time_point 为 epoch 时间，转换后仍是合法值，但语义可能错误）