必须用 std::getline 逐行读取再手动解析CSV，因 operator>> 无法正确处理逗号、引号和空格；需识别双引号字段以忽略内部逗号，并跳过UTF-8 BOM。
用 std::getline 按行读再手动切列，别碰 operator>>
CSV 不是结构化二进制格式，operator>> 会把逗号、空格、引号全当分隔符乱吞，直接崩。必须用 std::getline 逐行读字符串，再自己按逗号切——这是唯一可控、不依赖第三方库的原生做法。
常见错误现象：std::cin >> str 或 file >> str 读到第一个逗号就停；含英文逗号的字段（如 "Smith, John"）被硬切成两列；空字段直接跳过。
- 用
std::getline(file, line)读整行，确保换行符不干扰 - 每行用
std::string::find+std::string::substr手动找逗号位置，别用std::stringstream+getline(ss, field, ',')——它不处理转义引号 - 如果 CSV 含双引号包裹字段（标准 RFC 4180），需额外判断引号对，否则字段内逗号会误切
处理带双引号的字段：先检测引号再切，不能无脑 split
真实 CSV 经常有 "Apple, Inc.",1976,"Cupertino, CA" 这种数据。单纯按逗号切，会把 "Apple, Inc." 拆成三段。必须先识别字段是否以 " 开头，再找匹配的结束引号，中间所有逗号都忽略。
性能影响：每次切列都要遍历字符串查引号配对，比纯逗号切慢 2–3 倍，但这是正确性的代价。兼容性上，不处理引号的代码在 Excel 导出或 Python pandas 生成的 CSV 上必然出错。
立即学习“C++免费学习笔记（深入）”；
- 遇到开头是
"的字段，用循环找下一个未被转义的"（即连续两个"算一个字面量引号） - 引号字段内的逗号、换行符都属于字段内容，不能作为列分隔符
- 非引号字段仍按逗号切，但要注意前后空格——
std::string::find_first_not_of(" \t")可清理
std::vector<:vector>></:vector> 存二维表，别用固定数组
CSV 行数列数都不确定，硬写 string data[1000][100] 要么溢出要么浪费内存。用嵌套 std::vector 是最自然的原生方案。
容易踩的坑：反复 push_back 单个 std::string 到内层 vector 时，没清空临时容器，导致某行字段累积到下一行；或者忘记给外层 vector push_back 新的行 vector。
- 每行处理完，把该行的
std::vector<:string></:string>push_back到总表里 - 处理下一行前，用
fields.clear()清空字段容器，别靠作用域自动销毁——循环中变量复用更省开销 - 如果只关心某几列（比如第 2 和第 4 列），切完立刻取索引，别存全量，省内存也少拷贝
中文路径/UTF-8 BOM 导致读空行？用 std::ios::binary + 手动跳过 BOM
Windows 下用记事本保存的 CSV，开头可能有 UTF-8 BOM（\xEF\xBB\xBF），std::getline 会把它当普通字符读进第一行，导致首行解析失败或字段错位。
不推荐用 std::wifstream——Windows 控制台默认不支持宽字符输出，且跨平台行为不一致。最稳的办法是打开文件时加 std::ios::binary，读完头三个字节判断是不是 BOM，再调整文件指针。
- 打开文件用
std::ifstream file(path, std::ios::binary) - 读 3 字节到
char bom[3]，检查是否等于{0xEF, 0xBB, 0xBF} - 如果是，调用
file.seekg(3)跳过，再开始逐行读取 - Linux/macOS 下一般无 BOM，这步可跳过，但加上不伤性能
真正麻烦的是混合编码：GB2312 的 CSV 在 UTF-8 环境下读出来是乱码，这时已超出原生字符串切割能解决的范围——得先转码，而 C++ 标准库不提供编码转换。这种情况，老老实实换 iconv 或 utf8cpp 吧。
