必须经std::tm中转，C++20前无原生解析；std::get_time解析后需用timegm/_mkgmtime转UTC时间点，避免mktime本地时区偏差。
用 std::get_time 解析字符串到 std::tm 再转 std::chrono::system_clock::time_point
直接用 std::chrono 的解析接口？没有。C++20 之前标准库不提供从字符串到 std::chrono::time_point 的原生解析，必须经由 std::tm 中转。关键在于时区：std::get_time 解析出的是本地时间（受 setlocale 影响），而 std::mktime 会按本地时区解释它；若你输入的是 UTC 时间（如日志中常见），这一步就会错。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先用
std::istringstream+std::get_time解析到std::tm，格式串必须严格匹配："%Y-%m-%d %H:%M:%S"（注意空格和分隔符） - 若输入是 UTC 时间，不要用
std::mktime，改用_mkgmtime（MSVC）或timegm（POSIX），否则时区偏移会被错误应用 - 解析失败时
ss.fail()为 true，且std::get_time不抛异常，需主动检查 - 示例片段：
std::string s = "2023-10-05 14:23:17"; std::tm tm = {}; std::istringstream ss(s); ss >> std::get_time(&tm, "%Y-%m-%d %H:%M:%S"); if (ss.fail()) { /* 解析失败 */ } auto tp = std::chrono::system_clock::from_time_t(_mkgmtime(&tm)); // Windows // 或 timegm(&tm) on Linux/macOS
C++20 std::chrono::parse 怎么用？
C++20 引入了 std::chrono::parse，但它是 I/O 操作符的底层机制，不能单独调用。真正可用的是 std::chrono::from_stream —— 它能直接把字符串读进 std::chrono::sys_time（即 system_clock::time_point）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须包含
<chrono>和<sstream>，且编译器需支持 C++20（GCC 10+、Clang 12+、MSVC 19.30+） - 格式字符串用
std::chrono::parse的语法，例如："%Y-%m-%d %H:%M:%S"，和std::get_time兼容 - 注意：它默认按本地时区解析；若要 UTC，需配合
std::chrono::utc_clock或手动减去偏移（C++20 不直接支持 UTC 字符串解析） - 示例：
std::string s = "2023-10-05 14:23:17"; std::chrono::sys_seconds tp; std::istringstream ss(s); ss >> std::chrono::parse("%Y-%m-%d %H:%M:%S", tp); if (ss.fail()) { /* 解析失败 */ }
为什么 std::get_time 有时解析出错或跳过部分字段？
根本原因是格式串与输入不严格一致，或流状态未重置。比如输入带毫秒（"2023-10-05 14:23:17.123"）却只用 "%Y-%m-%d %H:%M:%S"，std::get_time 会在秒后停止，后续字符留在流中，导致后续读取混乱。
常见陷阱：
- 输入含多余空格或不可见字符（如 BOM、制表符），
std::get_time不跳过，会直接失败 - 年份用
%y（两位）误写成%Y（四位），或反之 - 没清空流错误标志：连续解析多个字符串时，前一次失败后
ss.clear()必须调用，否则后续解析全跳过 - Windows 下 locale 设置影响大，
std::get_time可能依赖当前 locale 的日期格式；建议显式设置：ss.imbue(std::locale("C"))
性能和跨平台兼容性要注意什么？
std::get_time + timegm 组合在 Linux/macOS 上稳定，但 timegm 在 Windows 默认不可用（需定义 _CRT_SECURE_NO_WARNINGS 并用 _mkgmtime）。C++20 的 from_stream 更干净，但 MSVC 对它的实现直到较新版本才完整支持（如 19.33+），GCC 12 以前有 bug（如忽略秒数）。
选型建议：
- 项目已用 C++20 且工具链较新 → 优先用
std::chrono::from_stream，代码简洁、类型安全 - 需兼容旧标准或嵌入式环境 → 用
std::get_time+ 条件编译的 UTC 转换函数（timegm/_mkgmtime） - 高频解析（如日志处理）→ 避免流操作，考虑手写解析（如
sscanf或std::stoi分段提取），可提速 3–5 倍
最易被忽略的一点：无论哪种方式，UTC 和本地时间的语义必须从输入源头就明确，解析函数本身不会帮你判断——错一帧，时间就偏好几小时。
