应使用std::getline读整行再用std::stringstream按逗号分割字段，时间字段需单独用std::get_time解析，注意locale设置与格式串严格匹配，失败时检查ss.fail()或tm.tm_year，非标准格式建议用regex提取或引入date库。
用 std::getline 按行读取，再用 std::stringstream 或 std::string_view 分割字段
CSV 时间字段本身只是字符串，C++ 标准库不直接解析时间格式（如 "2024-03-15 14:22:08"），必须先拆出字段，再单独处理时间列。别指望 operator>> 能自动跳过逗号——它会把整行当一个 token 读，或在空格处截断。
常见错误是用 cin >> 或 ifstream >> 直接读字段，结果字段含空格（如带时分秒的时间）被截断成 "2024-03-15" 和 "14:22:08" 两段。
- 用
std::getline(in, line)读整行，避免空格干扰 - 对每行用
std::stringstream ss(line)+ 多次std::getline(ss, field, ',')拆字段（注意引号包围的字段含逗号时需额外处理） - C++17 起可用
std::string_view手动找逗号位置，更快但需自己跳过转义引号
用 std::get_time 解析标准时间字符串，注意 locale 和格式匹配
std::get_time 是最轻量、无第三方依赖的解析方式，但它极度依赖 locale 设置和格式串严格匹配。比如字段是 "2024/03/15 14:22:08"，却用 "%Y-%m-%d %H:%M:%S" 格式，解析后 tm 结构体全为 0，且不报错——这是最容易被忽略的静默失败。
实操要点：
立即学习“C++免费学习笔记（深入）”；
- 先调
std::locale::global(std::locale(""))让std::get_time识别本地格式（否则可能只认"Mar 15 2024"这类） - 格式串必须与 CSV 中实际字符串完全一致：
"%Y-%m-%d %H:%M:%S"对应"2024-03-15 14:22:08"，"%Y/%m/%d %H:%M:%S"才对应斜杠分隔 - 解析后检查
ss.fail()或tm.tm_year == 0（tm_year是距 1900 年偏移，合法值 ≥ 70）来确认成功
遇到非标准格式（如毫秒、TZ、ISO 8601）时，别硬套 std::get_time
std::get_time 不支持毫秒（%f）、时区（%z）、微秒，也不处理 "2024-03-15T14:22:08.123Z" 这类 ISO 格式。强行截断或正则提取容易漏边界情况（如 "14:22:08.123456" 的小数位数不固定）。
更稳的做法：
- 用
std::regex提前抽时间子串（例如R"((\d{4})-(\d{2})-(\d{2}) (\d{2}):(\d{2}):(\d{2})(?:\.(\d{1,6}))?)"），再转整数拼tm - 若项目允许，用
date库（Howard Hinnant’s）：支持parse("2024-03-15T14:22:08.123Z", tp)，一行搞定 ISO 和时区 - 简单场景下，手动
substr+stoi更快更可控，比如固定 23 字符的"YYYY-MM-DD HH:MM:SS.sss"
写入或比较时间前，确认 tm 已转为 time_t 或 std::chrono::system_clock::time_point
从 CSV 解析出的 tm 是本地时间结构体，不能直接用于计算或比较。比如想算两个时间差，必须先调 mktime(&tm) 转成 time_t（注意：此函数会修改 tm.tm_wday 等字段，且假设输入是本地时间）；若 CSV 存的是 UTC 时间，得用 timegm（POSIX）或手动加时区偏移。
现代 C++ 推荐路径：
- 用
std::chrono::system_clock::from_time_t(mktime(&tm))得到time_point - 若用
date库，直接auto tp = date::parse("%Y-%m-%d %H:%M:%S", s);返回sys_time，天然支持运算 - 别直接拿
tm.tm_hour做比较——跨日、跨月时逻辑全错
时间字段的坑不在读，而在“读完以为完事了”。CSV 里看着像时间的字符串，没转成可计算的时间类型，就只是普通文本。
