使用std::chrono::system_clock计算时间差时，必须确保当前与过去时间点同源；过去时间需通过from_time_t或正确处理FILETIME/时区转换得到，再相减得duration；输出可读格式需手动分解总秒数并处理负值。
用 std::chrono 获取当前时间并减去过去时间点
直接用 std::chrono::system_clock::now() 得到当前时刻，再用相同时钟构造过去的时刻（比如从 std::time_t 或 std::tm 转换），两者相减就能得到 std::chrono::duration 类型的差值。关键在于：两个时间点必须来自同一个时钟，否则相减无定义。
常见错误是混用 std::chrono::steady_clock 和 system_clock ——前者不对应日历时间，不能和 time_t 互转；后者才支持时区感知的转换。
- 过去时间若来自
time_t（如mktime()返回值），用std::chrono::system_clock::from_time_t(t)转成time_point - 若已知年月日时分秒，先填
std::tm（注意tm_year是距 1900 年的偏移，tm_mon从 0 开始），再用mktime()转time_t，最后进system_clock - 避免直接用
std::chrono::seconds等固定精度类型做减法——系统时钟分辨率可能更高（如微秒级），强制截断会丢精度
处理跨天/跨月时长的可读格式输出
std::chrono::duration 默认只存一个数值（如总毫秒数），不自动拆成“X 天 Y 小时 Z 分钟”。要 human-readable 输出，得手动分解。别依赖 std::chrono::duration_cast 连续截取，容易因整除误差累积（比如先取天数再对剩余取小时，但天和小时的换算不是严格线性）。
更稳妥的做法是：先把 duration 转为 std::chrono::seconds 总秒数，再用整数除法逐级拆解：
立即学习“C++免费学习笔记（深入）”；
auto total_sec = std::chrono::duration_cast<std::chrono::seconds>(dur).count(); long days = total_sec / (24 * 3600); long hours = (total_sec % (24 * 3600)) / 3600; long minutes = (total_sec % 3600) / 60; long seconds = total_sec % 60;
注意：负 duration 会导致取模结果为负（C++ 中 % 符号跟随被除数符号），实际使用前应先判断符号并取绝对值处理。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
Windows 下 FILETIME 转 std::chrono::time_point 的坑
如果过去时间来自 Windows API（如 GetFileTime() 返回的 FILETIME），它表示自 1601-01-01 UTC 起的 100 纳秒单位计数，而 system_clock 通常基于 Unix epoch（1970-01-01）。直接 cast 会错乱。
正确做法是计算两个 epoch 的差值（11644473600 秒 = 1970 - 1601 年差），再转换：
- 把
FILETIME的quadpart除以 10^7 得到秒数（因为 100 ns = 10⁻⁷ s） - 减去
11644473600LL，得到 Unix 时间戳 - 用
std::chrono::system_clock::from_time_t()转 time_point
漏掉这个偏移或单位换算错误（比如除以 10^6 当作毫秒），结果会偏差几十年。
时区问题会让“过去时间点”计算失效
std::chrono::system_clock 在 C++20 前不带时区信息，所有转换都默认按本地时区解释 std::tm。如果你传入一个 UTC 时间但没调用 timegm()（而非 mktime()），就会当成本地时间解析，导致几小时偏差。
解决方案取决于场景：
- 输入是 UTC 时间 → 用
timegm()（POSIX）或_mkgmtime()（MSVC）转time_t - 输入是本地时间 → 用
mktime()，但确保tm_isdst设置正确（否则夏令时切换日可能出错） - C++20 可用
<chrono>新增的zoned_time，但目前主流编译器支持有限，慎用
最易被忽略的是：即使你只关心“过去多少秒”，只要过去时间点的解析错了，整个时长就错——精度再高也没意义。
