std::chrono::time_point_cast 总是向下取整（截断），不四舍五入；它调用 duration_cast 对 time_since_epoch() 的 duration 截断，仅保留目标精度整数倍部分，丢弃余数。
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++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto tp_ms = std::chrono::time_point_cast<std::chrono::milliseconds>(std::chrono::system_clock::now());
auto dur_s = std::chrono::duration_cast<std::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<std::chrono::system_clock, std::chrono::seconds>{rounded_up_s};
- 别试图给
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 时间，转换后仍是合法值，但语义可能错误）
替代方案：什么时候该用 time_point_cast，什么时候该手写转换？
用 time_point_cast 当且仅当你需要**保序、无损（在目标精度内）、高效地降精度**，比如日志打点统一存到秒级、缓存 key 按分钟对齐。
手写转换（通过 time_since_epoch() + 自定义 duration 运算）适合以下情况：
- 需要向上取整、四舍五入、向零截断等任意舍入策略
- 要做偏移调整（如“每 5 分钟一档”，需先减 offset 再 cast 再加回）
- 目标精度不是源精度的整数约数（如把 3ms 单位的时间转成 7ms 对齐 —— 此时
time_point_cast根本不能用） - 需要在转换前后做边界检查或饱和处理（如防止溢出后 wraparound）
最易被忽略的一点：即使你只想要截断，也得确认源 time_point 的 period 确实能被目标 period 整除；否则 time_point_cast 仍会执行截断，但结果可能不符合直觉（比如纳秒转 3 毫秒单位，编译通过但语义混乱）。
