应使用 std::getline 读整行再配合手动状态机解析 CSV，而非 operator>> 或 delimiter 切分；需处理引号包裹、转义（""）、换行及跨平台行尾，用 vector 动态存字段并支持 header 映射。
用 std::stringstream 解析 CSV 行，别直接用 operator>> 读整行
CSV 每行字段用逗号分隔，但字段本身可能含逗号、换行或引号——std::getline 配 std::stringstream 才可控。直接用 ifstream >> string 会吃掉空格、跳过空白符，甚至把带空格的字段截断。
常见错误现象："John Doe",32,"New York" 被读成三个独立 token，丢失引号和内部空格；或者遇到 "Smith, Jr.",45 时在第一个逗号就切开，导致解析错位。
- 先用
std::getline读整行（保留原始结构） - 再用
std::stringstream+ 手动遍历字符，识别引号包裹段和逗号分隔点 - 不依赖第三方库时，引号转义逻辑必须自己处理（如
""表示一个双引号）
手动解析 CSV 字段：绕不开引号状态机
标准 C++ 没有内置 CSV 解析器，std::quoted 只能辅助单个字段，不能处理整行。真要健壮解析，得写个轻量状态机——核心就三个状态：普通、引号内、转义中。
使用场景：读取 Excel 导出的 CSV（常含引号、换行、逗号），或用户上传的带格式数据表。
立即学习“C++免费学习笔记（深入）”；
- 遇到开头
"进入引号内状态，之后所有字符（包括逗号、换行）都算字段内容 - 连续两个
"是转义，只存一个"，不退出引号状态 - 单个
"后紧跟逗号或行尾，才表示字段结束 - 状态机比正则更稳——C++11 的
std::regex在多行匹配和嵌套引号上容易失控
std::getline 的 delimiter 参数不是万能的
有人试过 std::getline(ss, field, ',') 直接按逗号切，结果在 "a,b",c 上崩了：它根本不管引号，硬切出 "a 和 b",c 两段。
性能影响：这种“暴力切分”看似快，但后续还得反复扫描引号修复字段，实际更慢且易漏边角 case。
-
std::getline的 delimiter 只认单字符，无法识别","这种带引号的分隔模式 - 即使字段无引号，Windows 行尾
\r\n也会让末字段多出\r，需额外field.erase(std::find(field.begin(), field.end(), '\r'), field.end()) - 跨平台读 CSV 时，
\n和\r\n混用很常见，状态机里统一用\n或\r\n做行终结判断更可靠
用 std::vector<:string></:string> 存每行字段，别用固定数组
CSV 列数不固定，硬写 string a, b, c; 会漏列或越界。动态容器是底线。
容易踩的坑：有人用 std::array 预设大小，结果第 5 列数据写进 arr[5] 触发未定义行为；还有人把每行存成 std::map<:string std::string></:string> 却忘了首行是 header，没做字段名映射就直接索引。
- 第一行用 vector 存 header，后续每行也存为 vector，下标对齐即可
- 如果需要按列名访问，建个
std::unordered_map<:string size_t></:string>把 header 映射到索引，避免每次字符串查找 - 字段内容用
std::move转移进 vector，减少拷贝——尤其字段较长时
"a","b" 这种玩具数据。 
