向下取整到分钟用time_point_cast，四舍五入需先转秒加30再除60；注意system_clock为UTC，格式化前须显式转换时区；避免使用std::time(nullptr)以防精度丢失和竞态。
用 std::chrono 获取当前时间并截断到分钟
直接取整分钟不是四舍五入，而是向下取整（floor），这是最常用也最安全的做法。C++20 之前没有内置的“四舍五入到分钟”操作，必须手动计算。关键点在于：先获取带秒的时间点，再剥离秒和毫秒部分。
推荐使用 std::chrono::system_clock::now() 获取当前时间点，然后转换为 std::chrono::minutes 精度：
auto now = std::chrono::system_clock::now(); auto minutes = std::chrono::time_point_cast<std::chrono::minutes>(now);
这行代码会把秒以下部分直接丢弃（即 floor 到分钟边界），比如 10:23:59 变成 10:23:00，10:23:01 也是 10:23:00。
实现真正的四舍五入到最近整分钟
四舍五入意味着：秒数 ≥ 30 的，进到下一分钟；否则舍去。不能依赖浮点转换，应通过整数运算避免精度误差。
立即学习“C++免费学习笔记（深入）”；
- 先将时间点转为
std::chrono::seconds自纪元起的总秒数 - 加 30 秒（实现四舍五入）
- 再整除 60，得到四舍五入后的总分钟数
- 最后转回
time_point
完整写法：
auto now = std::chrono::system_clock::now();
auto secs = std::chrono::time_point_cast<std::chrono::seconds>(now).time_since_epoch().count();
auto rounded_mins = (secs + 30) / 60;
auto rounded_tp = std::chrono::system_clock::time_point{std::chrono::minutes{rounded_mins}};
注意：time_since_epoch().count() 返回的是 long long，确保不溢出（1970 年起约 2.9e11 秒，远小于 LLONG_MAX）。
格式化输出时避免时区陷阱
std::chrono::system_clock 返回的是 UTC 时间点，但 std::put_time 默认按本地时区格式化。如果要显示本地时间的四舍五入结果，必须先转换时区——C++20 引入了 <chrono> 时区支持，但 C++17 及更早版本需借助 std::localtime。
- C++20：用
zoned_time{"Asia/Shanghai", rounded_tp} - C++17：先转
std::time_t，再用std::localtime，注意线程不安全 - 跨平台建议：统一用 UTC 输出，或明确要求用户传时区
常见错误是直接对 rounded_tp 调用 std::gmtime 却期望本地时间，结果差 8 小时。
性能与可移植性提醒
频繁调用 system_clock::now() 本身开销很小（纳秒级），但后续的时区转换、字符串格式化才是瓶颈。如果只是做日志打点或缓存键生成，保留 time_point 类型比转成字符串快得多。
- Windows 上
system_clock实际是steady_clock的别名，精度可能不如 Linux 的clock_gettime(CLOCK_REALTIME) - 嵌入式环境若无
system_clock，需用std::chrono::steady_clock+ 启动偏移模拟，但无法对应真实时间 - 不要用
std::time(nullptr)再手动算四舍五入——它丢失微秒精度，且在秒级临界点（如 59 秒）有竞态风险
真正容易被忽略的是：四舍五入后的时间点已不再是“当前”时间，而是一个离散近似值。如果业务逻辑依赖精确到秒的时效性（比如超时判断），这个近似值可能导致误判。
