必须用std::getline按行读再手动拆字段，因operator>>会误切逗号、引号和换行；需处理BOM、\r\n、引号包裹及双引号转义，推荐状态机解析，避免正则与第三方库。
用 fstream 逐行读取 CSV，别直接用 operator>>
CSV 不是结构化二进制格式，operator>> 会把逗号、引号、换行全当分隔符乱切，尤其字段含空格或逗号时直接崩。必须用 std::getline 按行读，再手动拆字段。
- 先用
std::getline(in, line)读整行，避免跳过空白或截断 - 字段分隔符不一定是逗号——可能是
;或\t，得提前确认，别硬编码',' - 遇到带双引号的字段（如
"Smith, John"），不能用std::stringstream+getline(ss, field, ',')简单切，会把引号内逗号也当分隔符 - Windows 换行是
\r\n，Linux 是\n，std::getline默认按\n切，但文件若含\r（尤其 Excel 导出），记得在解析前用line.erase(std::remove(line.begin(), line.end(), '\r'), line.end())
处理带引号和转义的字段，手写状态机比正则更稳
标准 CSV 规范（RFC 4180）允许字段用双引号包裹，且引号内可用两个双引号表示一个字面引号（如 "He said ""Hi""."）。正则在 C++ 里难写又难调试，不如用几十行状态机。
- 状态分三种：
OUTSIDE（普通字符）、INSIDE（引号内）、ESCAPED（刚读到第一个引号） - 遇到
"：若当前是OUTSIDE→ 进INSIDE；若已在INSIDE且下一个是"→ 当前为ESCAPED，跳过下一个" -
std::string::find_first_of(",\n\r")在引号外才有效，引号内一律忽略 - 别依赖第三方库（如 csv-parser）就为了省这几十行——它可能不支持 BOM、不处理
\r\n、或把空字段解析成空字符串而非nullptr
中文路径或 UTF-8 内容读取失败？先关掉 std::ios::sync_with_stdio
Windows 下用 std::ifstream 读含中文路径的文件，或内容含 UTF-8 字符（如中文列名），常卡在打开失败或乱码。根本原因是 C++ 标准流默认绑定 C stdio，而 Windows 的 fopen 对宽路径支持差。
- 显式用
std::wifstream+std::locale配合std::codecvt_utf8<wchar_t></wchar_t>（C++17 前）；C++17 起推荐用std::filesystem::path构造路径，再转std::string（需确保源文件是 UTF-8） - Linux/macOS 下通常没问题，但若 CSV 由 Excel 导出，可能带 BOM（
0xEF 0xBB 0xBF），读第一行前要检查并跳过 - 禁用同步：
std::ios::sync_with_stdio(false)能提速，但会导致printf/scanf和std::cin/std::cout混用时输出错乱，纯文件读取可开，混用日志就关
内存和性能：大文件别一次性 std::vector<:vector>></:vector>
10 万行 × 50 列的 CSV，每个字段平均 20 字节，光字符串对象就占几百 MB。堆分配频繁还会触发多次 realloc，卡顿明显。
立即学习“C++免费学习笔记（深入）”；
- 按行处理：读一行 → 解析 → 处理逻辑 → 清空临时容器，别存全量
- 字段复用：用
std::string_view（C++17）代替std::string存字段，只记起止位置，避免拷贝 - 预分配缓冲区：
std::string line; line.reserve(4096);减少反复扩容 - 若真要缓存全部数据，改用
std::deque或自定义池分配器，std::vector在中间插入/删除低效，但 CSV 是顺序读，其实够用
最麻烦的永远不是怎么读，而是 CSV 根本没标准——Excel 导出加 BOM、字段漏引号、末尾多逗号、换行嵌在引号里……写完解析逻辑后，一定拿真实数据跑三遍：空字段、含逗号字段、含换行字段。
