cpptoml默认将TOML中的local-date、local-time、local-datetime全作字符串返回，需手动解析；推荐用date::parse（date.h）统一处理，支持%F、%T等格式并自动校验，比strptime更跨平台可靠。
用 cpptoml 读取 TOML 中的 local-date、local-time、local-datetime 会报错
默认情况下，cpptoml（最常用的 C++ TOML 解析库）只把日期时间字段当 std::string 处理。如果你直接调用 get_as<std::chrono::system_clock::time_point>() 或类似强转，会触发 std::bad_cast 或返回空指针——它根本没内置解析逻辑。
真正能用的只有 get_as<std::string>()，然后你得自己 parse。
- 必须先确认 TOML 字段类型：TOML 规范里
1985-04-12是local-date，10:30:45是local-time，1985-04-12T10:30:45是local-datetime（注意没有 Z 或时区偏移） -
cpptoml不区分这三者，全当字符串返回，所以你要靠格式判断语义 - 别指望
std::get_time直接吃所有格式：它不支持无分隔符的19850412，也不处理T分隔的 datetime
用 strptime + std::tm 解析 local-date 和 local-time 最稳
strptime（POSIX）比 std::get_time 更灵活，能处理常见变体。Windows 下需用 _strtime 替代，或统一走 date.h（Howard Hinnant 的库）。
示例：解析 "1985-04-12"
立即学习“C++免费学习笔记（深入）”；
std::string date_str = toml_table->get_as<std::string>("date")->c_str();
std::tm tm = {};
if (strptime(date_str.c_str(), "%Y-%m-%d", &tm)) {
// 成功，tm.tm_year 是从 1900 起算，注意转换
int year = tm.tm_year + 1900;
int month = tm.tm_mon + 1; // 0-based
int day = tm.tm_mday;
}
-
local-time用"%H:%M:%S"或"%H:%M"；带秒小数？"%H:%M:%S%*1[.]%d"不可靠，建议用正则切分再转 -
strptime不验证日期合法性（比如 2024-02-30 也能过），后续要用mktime(&tm)检查是否归一化失败 - 跨平台项目慎用：macOS 支持，Linux 一般有，Windows 原生无；可用
abseil的ParseTime或date::parse替代
用 date::parse（date.h）一步搞定所有本地时间类型
如果项目能引入第三方头文件，date.h 是目前 C++ 解析 TOML 时间最省心的选择。它原生支持 %F（YYYY-MM-DD）、%T（HH:MM:SS）、%F %T 等组合，且自动校验有效性。
示例：统一解析三种类型
#include <date/date.h>
// ...
auto s = toml_table->get_as<std::string>("datetime")->c_str();
if (auto dp = date::parse("%F", s)) {
// local-date
} else if (auto tp = date::parse("%T", s)) {
// local-time
} else if (auto dtp = date::parse("%F %T", s)) {
// local-datetime（空格分隔）
} else if (auto dtp2 = date::parse("%F %T", std::string(s).replace('T', ' '))) {
// 把 "1985-04-12T10:30:45" 转成 "1985-04-12 10:30:45" 再 parse
}
-
date::parse返回sys_days、time_of_day<seconds>、sys_seconds等类型，可直接参与计算或转std::chrono::time_point - 注意：它不支持毫秒级精度的
local-time（如10:30:45.123），需手动截断或用date::parse("%H:%M:%S", ...)+ 正则提取小数部分 - 编译时加
-DUSE_OS_TZDB可避免运行时下载时区数据（本地时间类型不需要时区，但库默认可能触发）
为什么不用 std::chrono::parse（C++20）？
C++20 的 std::chrono::parse 理论上能替代 date::parse，但实际落地问题多：
- MSVC 2022 17.5+ 才开始支持，GCC 12 默认未启用，Clang 15 需
-std=c++20 -fexperimental-library - 不支持
%F这类便捷格式符，必须写全"%Y-%m-%d"；对T分隔符无特殊处理，仍要手动替换 - 错误反馈弱：解析失败就返回
false，不告诉你卡在哪一位，调试成本高 - 若项目已用
date.h，没必要为 C++20 切换——两者 API 高度兼容，date::parse就是它的前身
真要上 C++20，优先确保编译器和标准库版本达标，再逐字段测试边界格式（比如 "2020-01-01T00:00" 缺秒、"00:00:00.0" 小数位数不固定）。
