不能直接用 std::chrono::system_clock::from_time_t 转换 struct tm，因其无时区信息且依赖环境时区的 mktime 导致跨时区错误；应先明确 UTC 或本地时间，分别用 timegm/_mkgmtime 或 mktime 转 time_t，再转 time_point，并注意 tm_isdst 和亚秒精度丢失问题。
为什么不能直接用 std::chrono::system_clock::from_time_t
因为 struct tm 本身不带时区信息，也不代表绝对时间；它只是日历+时钟的本地表示。直接丢给 from_time_t 会隐式调用 mktime（把本地 tm 转成 time_t），但这个转换依赖 tzset() 和当前环境时区，容易在跨时区或未设时区的环境下出错——比如容器里没设 TZ，mktime 就按 UTC+0 算，结果比预期早/晚几小时。
常见错误现象：tm_year=124（对应 2024 年）、tm_mon=0（1 月）本该是 2024-01-01 00:00:00，结果转出来却是 2023-12-31 23:00:00。
- 务必确认
tm_isdst是否设置：设为-1让mktime自动推断，但推断可能失败（如夏令时切换日边界） - 若你明确知道输入是 UTC 时间，别用
mktime，改用timegm（POSIX）或手动计算秒数 -
timegm不是 C++ 标准函数，Windows 上需用_mkgmtime，跨平台建议封装判断
用 std::chrono::system_clock::from_time_t 前先转 time_t 要注意什么
核心是：你得决定这组 tm 是“本地时间”还是“UTC 时间”。二者路径完全不同：
- 如果是本地时间 → 用
mktime(&tm)得到time_t，再喂给from_time_t - 如果是 UTC 时间 → 用
timegm(&tm)（Linux/macOS）或_mkgmtime(&tm)（MSVC），再喂给from_time_t - 别漏掉
tm.tm_isdst = -1，否则mktime可能误判夏令时，导致 ±3600 秒偏差 -
tm.tm_wday和tm.tm_yday不影响转换，可不填；但tm.tm_sec～tm.tm_year必须有效（tm_year是自 1900 起的偏移）
示例（UTC 场景）：
立即学习“C++免费学习笔记（深入）”；
struct tm utc_tm = {};
utc_tm.tm_year = 124; // 2024
utc_tm.tm_mon = 0; // Jan
utc_tm.tm_mday = 1;
utc_tm.tm_hour = 0;
utc_tm.tm_min = 0;
utc_tm.tm_sec = 0;
utc_tm.tm_isdst = 0; // 明确不是夏令时，避免 timegm 误查 tzdb
#ifdef _WIN32
time_t t = _mkgmtime(&utc_tm);
#else
time_t t = timegm(&utc_tm);
#endif
auto tp = std::chrono::system_clock::from_time_t(t);
更现代、更可控的方式：手算总秒数 + std::chrono::seconds
绕开 C 风格时间函数，自己按年/月/日累加秒数，完全可控，也便于单元测试。适合嵌入式、无 libc 或需要确定性行为的场景。
- 要点：从 1970-01-01 00:00:00 UTC 开始累计，所有计算按 UTC 进行
- 需处理闰年（能被 4 整除但不能被 100 整除，或能被 400 整除）
- 每月天数查表（
int days_in_month[12] = {31,28,31,...}），2 月要根据闰年动态改 - 累计公式：
total_seconds = (years × 31536000) + (leap_years × 86400) + (days_in_month_sum × 86400) + (hours × 3600) + ... - 缺点是代码略长，但无外部依赖、无时区陷阱、可 constexpr（C++20 起）
小技巧：用已知日期验证，比如 1970-01-01 00:00:00 应得 0 秒；2000-01-01 00:00:00 应得 946684800 秒。
转换后精度丢失问题：struct tm 没有亚秒字段
struct tm 最细只到秒，所以无论你怎么转，std::chrono::time_point 的纳秒部分都会归零（除非你额外存了毫秒字段并手动补上）。
- 如果你原始数据有毫秒（比如来自
gettimeofday或Clock::now()），别丢——在转成tm前先提取time_since_epoch().count() % 1000000000，转完再用duration_cast<nanoseconds>加回去 -
std::chrono::system_clock::time_point通常精度是纳秒或微秒，但from_time_t只接受整秒，亚秒信息天然丢失 - 如果业务要求高精度对齐（比如日志打点、性能采样），建议全程用
std::chrono，只在格式化输出时转tm，而不是反过来
真正容易被忽略的是：很多人以为 “转成 time_point 就万事大吉”，但只要中间经过 tm→time_t 这一环，就等于主动放弃了亚秒精度，而且时区逻辑还藏在 libc 里摸不着。
