std::chrono::duration_cast本质是向零截断而非四舍五入，需手动加半单位或使用C++17的round等函数实现舍入；它不检查溢出，rep类型选择不当或链式转换易致未定义行为，跨时钟转换必须先对齐time_since_epoch()。
std::chrono::duration_cast 本质是数值截断，不是四舍五入
它把一个 duration 按目标单位重新表达，但只做向下取整（向零截断），不考虑舍入。比如 std::chrono::milliseconds(999) 转成 seconds 就是 0s，不是 1s。
常见误用场景：想把毫秒转秒并四舍五入，却直接用 duration_cast，结果总是少算。
- 若需四舍五5，先加半单位再 cast：
duration_cast<seconds>(ms + milliseconds(500))</seconds> - 注意类型安全：源和目标必须都是
std::chrono::duration类型，不能是 raw int 或 float - 模板参数不能省略，
duration_cast<seconds>(...)</seconds>中的seconds是类型，不是值
单位转换时要注意底层 rep 类型溢出
比如用 int16_t 存纳秒，最大才 32767ns（不到 33μs），一旦转成 milliseconds 就可能溢出——因为 duration_cast 不检查溢出，行为未定义。
实际项目中容易踩坑的是日志计时或超时配置：本地测试用 steady_clock::now() 差值很小，上线后运行几小时，差值变大，cast 到 minutes 时突然崩溃或返回负值。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 优先用
int64_t作rep，尤其涉及秒级以上单位 - 避免链式 cast：
duration_cast<minutes>(duration_cast<seconds>(ns))</seconds></minutes>可能放大截断误差；应直接 cast 到目标单位 - 调试时可打印
.count()看原始数值，确认是否接近numeric_limits<rep>::max()</rep>
在跨时钟类型转换时，duration_cast 是唯一安全方式
system_clock 和 steady_clock 的 time_point 不能直接相减——它们底层 duration 类型不同（哪怕都是 nanoseconds）。必须先转成同一时钟的 time_point，或提取 time_since_epoch() 后用 duration_cast 对齐单位。
典型错误：把 steady_clock::time_point 减去 system_clock::time_point，编译不过；或者强行用 auto 推导差值，结果得到不可移植的内部类型。
- 正确做法：
auto d = duration_cast<microseconds>(tp1.time_since_epoch()) - duration_cast<microseconds>(tp2.time_since_epoch())</microseconds></microseconds> - 不要依赖
auto推导 duration 类型，显式指定目标单位更可控 -
duration_cast在编译期确定转换系数，无运行时开销，适合高频调用场景（如性能采样）
和 std::chrono::round/std::chrono::ceil 的区别在哪
C++17 起提供了 round、ceil、floor 等辅助函数，它们内部也用 duration_cast，但封装了舍入逻辑。例如 round<seconds>(ms)</seconds> 等价于 duration_cast<seconds>(ms + milliseconds(500))</seconds>。
但要注意：这些函数不改变 rep 类型，仍可能溢出；且 C++17 前不可用，老项目只能手写逻辑。
- 推荐优先用
round替代手动加半单位，语义清晰、不易出错 - 若需兼容 C++14，自己封装时务必检查加法是否溢出：
if (ms.count() > numeric_limits<int64_t>::max() - 500) ...</int64_t> -
ceil对负数行为不同：它向上取整（远离零），而duration_cast是向零截断，负值会“变大”（如-1.5scast 成seconds是-1s，ceil是-1s；但-1.7scast 是-1s，ceil还是-1s—— 实际要看具体小数部分）
精度丢失和 rep 溢出这两点，在高精度计时或长时间运行服务里最容易被忽略。写完 cast 别急着提交，拿边界值跑一遍单元测试。
