std::string 转 system_clock::time_point 必须先解析为 struct tm 再经 time_t 转换，不可直接构造；c++20 std::chrono::parse 需配 locale 与严格格式，否则静默失败；注意 mktime 跨平台差异、时区处理及边界校验。
std::string 转 system_clock::time_point 需要先解析为 struct tm
直接用 std::string 构造 std::chrono::system_clock::time_point 不可能——system_clock::time_point 是一个纳秒级计数器，不带格式解析能力。必须先把字符串按约定格式（如 "2024-03-15 14:22:07"）解析成 struct tm，再转为 time_t，最后转为 time_point。
常见错误是试图用 std::chrono::parse（C++20）但忽略 locale 或格式不匹配，导致解析失败返回默认值或抛异常。
- 确保字符串格式与
std::get_time格式符严格一致，比如"%Y-%m-%d %H:%M:%S"对应"2024-03-15 14:22:07" -
std::get_time不检查年份是否合理（如 "9999" 也能过），需手动校验tm_year和tm_mon - 解析后要用
std::mktime转time_t，它会把tm_isdst设为 -1 表示“让系统推断”，否则夏令时可能出错
C++20 std::chrono::parse 的正确用法和坑
std::chrono::parse 看起来简洁，但实际使用中容易因 locale 或隐式转换失败而静默失败。它不会抛异常，而是让输入流进入 failbit 状态，且不修改目标变量。
典型错误现象：time_point 保持零值（即 system_clock::time_point{}），控制台无报错，调试时才发现没变。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须在调用前设置正确的 locale，例如
std::locale::global(std::locale("en_US.UTF-8"))，否则%b（英文月份缩写）会失败 - 格式字符串必须与输入完全匹配，尾部空格、多一个字母都会导致 parse 失败；建议用
std::istringstream+fail()显式检查 -
parse只支持std::chrono::sys_time（即system_clock::time_point的别名），不能直接 parse 到duration或自定义类型
std::string s = "2024-03-15 14:22:07";
std::chrono::sys_seconds tp;
std::istringstream ss{s};
ss >> std::chrono::parse("%Y-%m-%d %H:%M:%S", tp);
if (ss.fail()) {
// 解析失败，tp 未被修改
}
跨平台时间解析要注意 Windows 和 Linux 的 mktime 行为差异
std::mktime 在 Windows 和 glibc 上对无效日期（如 2024-02-30）的处理不同：glibc 返回 -1，Windows 可能回绕到下个月甚至不报错。这会导致后续 system_clock::from_time_t 产生完全错误的时间点。
更隐蔽的问题是：tm.tm_year 是从 1900 起算，tm.tm_mon 是 0–11，但用户输入常以 1–12 月份给出，若未归一化就传给 mktime，结果不可预测。
- 务必检查
mktime返回值是否为 -1，并结合errno判断是 EINVAL 还是 EOVERFLOW - 避免依赖
tm_isdst的默认值；明确设为 -1 让系统决定，比硬设 0/1 更安全 - 若需高可靠性（如金融、日志分析），建议用第三方库如 Howard Hinnant’s date（头文件 only，兼容 C++11+），它对边界日期有严格校验
从字符串转 time_point 后，别忘了时区问题
std::chrono::system_clock 总是表示 UTC 时间点，但 std::get_time 和 std::mktime 解析的是本地时间（localtime 视角）。如果你的字符串本意是 UTC（比如 ISO 8601 中带 Z），却用 mktime 解析，结果会偏移本地时区小时数。
例如上海用户解析 "2024-03-15T14:22:07Z"，用 mktime 会当成 CST（UTC+8）时间，最终得到比预期早 8 小时的 time_point。
- 字符串含
Z或+00:00时，应跳过mktime，改用std::chrono::utc_clock（C++20）或手动减去本地偏移 - 没有 C++20 的项目，可用
_timezone（非标准）或gettimeofday+gmtime推算本地 UTC 偏移，再修正time_t - 最稳妥的做法：统一要求输入为本地时间并注明时区，或强制使用 ISO 8601 带时区的格式（如
"2024-03-15T14:22:07+08:00"），再用 date 库解析
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
