最可靠方式是用std::chrono::system_clock::now()获取时间点，再用std::chrono::duration_cast<std::chrono::minutes>计算差值；它不依赖时区、避免闰秒与NTP干扰，且类型安全。
用 std::chrono 计算两个时刻的分钟差最可靠
直接用 std::chrono::system_clock 获取时间点，再用 std::chrono::duration_cast 转成分钟，是 C++11 之后最推荐的方式。它不依赖本地时区、不涉及字符串解析、也不受闰秒干扰。
常见错误是误用 std::time_t 手动计算：比如把两个 time_t 相减后除以 60，看似简单，但若系统时钟被调整（如 NTP 同步）、或跨夏令时边界，结果可能偏差 1 小时甚至更多。
- 始终用
std::chrono::system_clock::now()获取时间点，而非std::time(nullptr) - 差值必须用
std::chrono::minutes或std::chrono::duration_cast<:chrono::minutes></:chrono::minutes>提取，不能靠整数除法 - 如果两个时间点来自不同来源（如日志字符串），先统一解析为
std::chrono::system_clock::time_point，再相减
解析 ISO 格式时间字符串再算分钟差
实际场景中，时间常以字符串形式存在（如 "2024-05-20T14:30:00"）。C++20 引入了 std::chrono::parse，但兼容性有限；更稳妥的做法是用 std::get_time 配合 std::tm + std::mktime，再转为 std::chrono::system_clock::time_point。
注意：std::mktime 会按本地时区解释 std::tm，若输入是 UTC 时间却没设 tm.tm_isdst = 0 或未调用 tzset()，结果会偏移。
立即学习“C++免费学习笔记（深入）”；
- UTC 字符串务必设
tm.tm_isdst = 0，并用std::gmtime+std::timegm（POSIX）或手动转为std::chrono::seconds（跨平台） - C++20 可用
std::chrono::utc_clock，但目前主流编译器支持不全，不建议生产环境强依赖 - 示例片段：
std::istringstream ss("2024-05-20T14:30:00");<br>std::chrono::sys_seconds tp;<br>ss >> std::chrono::parse("%Y-%m-%dT%H:%M:%S", tp);——需编译器开启 C++20 且链接标准库完整实现
跨天/负差值处理要显式判断符号
std::chrono::duration 支持负值，但很多业务逻辑要求“绝对分钟差”或“早于/晚于”的语义。直接取 .count() 可能返回负数，而有些函数（如日志间隔统计）只接受非负值。
- 用
auto diff = end_tp - start_tp得到std::chrono::minutes后，检查diff.count() < 0再决定是否取绝对值 - 避免写
std::abs(diff.count())：因为diff是 duration 类型，应优先用std::chrono::abs(diff)，语义更清晰且类型安全 - 如果需要“从 A 到 B 经过多少分钟”，顺序很重要；交换参数会导致符号翻转，别依赖注释暗示顺序
性能敏感场景下避免重复构造 time_point
高频调用（如每毫秒计算一次时间差）时，反复调用 std::chrono::system_clock::now() 开销不大，但若配合字符串解析（如每条日志都 parse 时间），就成了瓶颈。
真正拖慢的是 std::get_time 和 std::mktime，它们内部涉及 locale 查表和时区计算。不是所有时间差都需要高精度——比如监控心跳间隔，用秒级就够了，没必要解析到毫秒再 cast 成分钟。
- 预解析：把字符串时间缓存为
std::chrono::system_clock::time_point，后续只做减法 - 能用秒就不用毫秒：用
std::chrono::duration_cast<:chrono::seconds></:chrono::seconds>再除以 60，比直接 cast 到 minutes 稍快（尤其在旧 libc 实现上） - 确认编译器是否启用
-O2：某些duration_cast在低优化级别下生成冗余指令
分钟差看着简单，但时区、解析、符号、精度这四点任一出错，结果就不可信。别图省事用 (t2 - t1) / 60，哪怕只差一行代码，也得走标准 chrono 流程。
