CSV字段含逗号时std::getline崩溃，因未遵循RFC 4180规范：引号内逗号、换行、双引号转义需状态机解析；标准库无内置CSV解析器，硬用逗号切分必错位，真实场景应选用csv-parser等成熟库或手写引号感知切分逻辑。
用 std::getline 按逗号切分时，为什么字段含逗号就崩了
CSV 不是简单用逗号切就行——字段本身可能带逗号、换行或引号，比如 "Smith, John",25,"New York"。直接 std::getline(ss, field, ',') 会把 "Smith 和 John" 拆成两段，数据错位。
真正要处理的，是 RFC 4180 规范里的 CSV：被双引号包裹的字段可含逗号、换行、引号（用两个双引号表示转义）。标准库不内置解析器，硬啃 std::getline + 手动状态机容易漏边界。
- 除非 CSV 是你完全可控的“玩具数据”（无引号、无换行、无嵌套逗号），否则别依赖纯
std::getline(..., ',') - 真实场景优先用成熟小库，比如
csv-parser（头文件-only）或rapidcsv；它们内部已处理引号转义、跨行字段等逻辑 - 若坚持手写，必须先按行读（
std::getline(in, line)），再对每行做引号感知切分，不能直接对整个流用逗号切
std::stringstream 读 CSV 行后，getline 的 delimiter 参数陷阱
std::stringstream 本身不关心 CSV 结构，它只是字符缓冲。常见错误是：读入整行后，用 std::getline(ss, field, ',') 切，却忘了重置流状态或忽略空格。
典型问题包括：ss.fail() 后继续读、末尾空字段被跳过、字段前后空格未清理。
- 每次
std::getline前检查ss.good()，失败后需调用ss.clear()再ss.ignore()跳过残留 - 字段末尾可能有空格（尤其 Excel 导出 CSV），用
field.erase(field.find_last_not_of(" \t") + 1)清理，别依赖std::ws—— 它对字符串流无效 - 如果某列允许为空，
std::getline仍会返回空字符串，但你要区分“空字段”和“读取失败”，靠ss.eof()或ss.peek() == ','辅助判断
性能差？别在循环里反复构造 std::stringstream
有人每行都写 std::stringstream ss(line);，再反复 getline。这会触发多次内存分配（std::string 内部缓冲 + std::stringstream 自身开销），比直接用 std::string_view + 手动查找快不了多少，还更难 debug。
实际吞吐量瓶颈常不在解析逻辑，而在频繁构造/析构临时对象。
- 复用同一个
std::stringstream对象：调用ss.str(line)替换内容，再ss.clear()重置状态，避免重复 new - 对性能敏感场景（如百万行），改用基于索引的切分：用
line.find(',', start)找逗号位置，配合line.substr()提取字段，绕过流对象开销 -
std::stringstream的>>运算符对数字转换很慢，且不报告格式错误；换成std::from_chars（C++17）或std::stoi+ 异常捕获更稳更快
Windows 换行、BOM、UTF-8 中文字段全乱码？
用 std::ifstream 默认以字节方式读，遇到 \r\n 会被当两个字符；带 BOM 的 UTF-8 文件开头三个字节 \xEF\xBB\xBF 会进第一行字段；中文字段显示为乱码，大概率是没设 locale 或输出终端不认 UTF-8。
- 打开文件时加
std::ios::binary标志，自己处理\r\n→\n统一化，别依赖流自动转换 - 读完首行后，检查前三个字节是否为 BOM，若是，手动跳过，并确保后续字符串按 UTF-8 解释（C++ 标准库不处理编码，靠你自己传给支持 UTF-8 的控件或终端）
- 不要对 CSV 字段调用
std::cout 测中文——先确认终端编码（Linux/macOS 一般 OK，Windows CMD 需chcp 65001），更稳妥的是写入文件再用编辑器验证
事情说清了就结束。CSV 看似简单，但引号转义、换行嵌套、编码混杂、空字段歧义，每个点单独看都不难，合在一起就容易漏一两个条件——尤其是你刚调通三行测试数据时，第 1001 行突然冒出一个带换行的地址字段。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
