必须先将日期字符串解析为std::tm再转为time_t或system_clock::time_point才能进行减法运算，std::get_time不支持毫秒且需严格格式匹配，时区与夏令时处理不当会导致结果偏差。
用 std::get_time 解析日期字符串再转为时间点
直接“从字符串中减去日期字符串”没有意义——字符串是文本，日期运算是时间量之间的差值。必须先将日期格式字符串（如 "2024-03-15" 或 "15/03/2024 14:22:07"）解析为 std::tm，再转成 std::time_t 或 std::chrono::system_clock::time_point 才能做减法。
关键步骤：构造 std::istringstream → 用 std::get_time 按格式读取 → 校验是否成功 → 转为时间戳。
常见错误现象：std::get_time 失败但不报错，failbit 被忽略，导致后续 mktime 返回 -1；时区未归一（比如本地时间 vs UTC）造成计算偏差。
-
std::get_time不会自动补零或容错，"2024-3-5"匹配"%Y-%m-%d"会失败，必须严格对齐 - 解析后需调用
mktime(&tm)转为time_t，它会把tm.tm_isdst设为 -1 让系统推断夏令时，若需确定行为应显式设为 0 或 1 - Windows 下
std::get_time对宽字符支持弱，建议统一用窄字符流 + UTF-8 字符串（前提是 locale 已设为"C"或对应 locale）
减法操作必须落在同一时间类型上
两个日期字符串解析后，必须都转为同一种可运算的时间表示，否则编译失败或结果无意义。最稳妥的是都转为 std::chrono::system_clock::time_point，它天然支持减法并返回 duration。
立即学习“C++免费学习笔记（深入）”；
不要混用：time_t 和 std::chrono::steady_clock::time_point 不能直接相减；std::tm 之间也不能直接减——它只是结构体，不是时间量。
- 推荐路径：
std::tm→std::time_t（用mktime）→std::chrono::system_clock::from_time_t - 若输入含毫秒级精度（如
"2024-03-15T14:22:07.123"），std::get_time不支持小数秒，得手动切分字符串再拼接std::chrono::milliseconds - 跨天计算注意：
system_clock::time_point减法结果是std::chrono::seconds级别，想得小时/天需除以3600或86400，整除前建议用duration_cast显式转换
处理常见格式的 strptime 替代方案（Linux/macOS）
标准 C++ 没有 strptime，但 POSIX 系统可直接用它替代 std::get_time，更灵活且错误反馈明确。不过它不是跨平台的，Windows 需自行实现或引入第三方（如 date.h）。
典型用法：strptime(buf, "%Y-%m-%d %H:%M:%S", &tm) 返回非空指针表示成功，否则失败。比 std::get_time 更容易调试格式问题。
- 注意
strptime不设置tm.tm_isdst，需手动设为 -1 否则mktime行为不确定 - 它不检查年份是否超限（如
"9999-01-01"会被接受），业务逻辑中需额外校验 - 若项目已用
date::parse（Howard Hinnant 的 date 库），优先用它——支持 ISO 8601、时区、毫秒，且 API 更直观，例如：date::sys_seconds tp; date::parse(is, "%F %T", tp);
容易被忽略的边界：时区与夏令时
所有基于 std::tm 和 mktime 的解析默认按本地时区解释输入字符串。如果字符串本意是 UTC（如日志时间戳带 Z），却用 mktime 直接转，结果会偏移本地时区小时数。
例如上海时间解析 "2024-03-15T00:00:00Z" 得到的时间点实际是北京时间 08:00，而非 00:00——这会导致减法结果差 8 小时。
- UTC 字符串应先用
timegm（POSIX）或_mkgmtime（MSVC）代替mktime - C++20 的
std::chrono::zoned_time可显式指定时区，但目前主流编译器支持有限，生产环境慎用 - 最简实践：统一约定输入字符串为本地时间，或全部转为 UTC 字符串再解析，避免混用
