std::chrono::round在C++17才引入，C++11不支持；需编译器版本达标（GCC 7.1+/Clang 5.0+/MSVC 2017 15.3+）并启用-std=c++17；使用时须显式指定精度类型如seconds、milliseconds。
std::chrono::round 为什么编译不过？
C++11 标准里根本没有 std::chrono::round，它是在 C++17 才正式加入的。如果你用的是 GCC 7.1 以下、Clang 5.0 以下，或者没开 C++17 标准（比如忘了加 -std=c++17），编译器会直接报错：error: 'round' is not a member of 'std::chrono'
- 确保编译选项启用 C++17：GCC/Clang 加
-std=c++17，MSVC 用/std:c++17 - 检查标准库版本：libstdc++ 需 GCC 7.1+，libc++ 需 Clang 5.0+，MSVC 2017 15.3+ 才完整支持
- 头文件只用
#include <chrono></chrono>，不需要额外 include
round 到秒、毫秒、分钟怎么写？
std::chrono::round 是函数模板，必须显式指定目标精度类型，不能靠自动推导：
auto t = std::chrono::system_clock::now(); auto rounded_sec = std::chrono::round<std::chrono::seconds>(t); // 四舍五入到最近秒 auto rounded_ms = std::chrono::round<std::chrono::milliseconds>(t); // 四舍五入到最近毫秒 auto rounded_min = std::chrono::round<std::chrono::minutes>(t); // 四舍五入到最近分钟
- 注意：参数类型必须是
std::chrono::time_point（如system_clock::time_point），不能传duration - 目标精度类型必须是
std::chrono提供的时长类型（seconds、milliseconds等），不能是自定义duration（除非你特化了std::chrono::treat_as_floating_point） - 四舍五入规则是“向偶数取整”（IEEE 754 round half to even），不是简单向上或向下
round 和 duration_cast 的关键区别
std::chrono::round 是四舍五入，std::chrono::duration_cast 是截断（向零取整）：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto d = 1234ms; std::cout << duration_cast<seconds>(d).count(); // 输出 1（直接丢掉 ms 部分） std::cout << round<seconds>(d).count(); // 输出 1（1234ms < 1500ms，仍为 1s） std::cout << round<seconds>(1500ms).count(); // 输出 2（正好 1.5s → 向偶数取整到 2s） std::cout << round<seconds>(2500ms).count(); // 输出 3（2.5s → 向偶数取整到 2s？不，是 3s —— 因为 2 和 3 中偶数是 2，但 2.5 距离 2 和 3 一样远，此时选偶数 2？错！实际规则是：对整数倍边界，向偶数端靠拢；2.5 的整数倍边界是 2 和 3，偶数是 2，所以 round<seconds>(2500ms) == 2s）
- 实际验证：
round<seconds>(2500ms)结果是2s，不是3s—— 这正是“half to even”的体现 - 如果你想要“进一法”，得用
ceil（C++17 起也支持）；想要“舍去法”，用floor或duration_cast -
round对负时间也生效，比如round<seconds>(-1500ms)</seconds>得-2s（-1.5 向偶数 -2 取整）
跨 clock 使用 round 容易出什么问题？
std::chrono::round 只接受同一种 clock 的 time_point，但不同 clock 的 epoch 和精度可能不兼容：
立即学习“C++免费学习笔记（深入）”；
- 不能对
steady_clock::time_point直接 round 到hours：虽然语法合法，但语义可疑——steady_clock不代表日历时间，round 到小时没有业务意义 - 把
system_clock::time_pointround 后赋给file_time或utc_time前，要确认是否需时区转换或 leap second 处理（std::chrono::clock_cast更安全） - 最常见的坑：把一个
nanosecondsduration 错误当成time_point传给round，编译失败提示极不友好，往往卡在模板实例化错误里
round 本身很轻量，但它的语义依赖你对 time_point 类型和 clock 行为的真实理解。精度越低（比如 round 到 days），越容易忽略 epoch 偏移和闰秒累积效应。
