因为encoding/csv.Reader严格遵循RFC 4180规范，要求字段内双引号必须转义为""、引号必须成对出现；若遇未转义引号、单引号或不成对引号，即报csv.ParseError，如unescaped quote或wrong number of fields。
为什么 encoding/csv.Reader 读含引号的 CSV 会出错？
因为默认行为下，encoding/csv.Reader 会把双引号当作字段分隔符的转义机制——它不是“忽略引号”，而是严格按 RFC 4180 解析：字段用双引号包裹时，内部的双引号需写成两个（""），换行和逗号可合法出现在引号内。如果你的 CSV 里有未转义的引号（比如用户直接输入的 "John's"）、或用了单引号、或引号没成对，Read() 就会返回 csv.ParseError，常见错误信息是 bad record: wrong number of fields 或 unescaped quote。
如何让 csv.Reader 正确解析带引号的真实数据？
关键不是“关掉引号支持”，而是告诉它你实际的数据格式。最常用的是调整 csv.Reader 的字段：
-
FieldsPerRecord设为-1：允许每行字段数不一致（应对脏数据） -
LazyQuotes设为true：容忍缺少开头引号但结尾有引号的情况（比如name, "Alice",age这类半规范数据） -
TrailingComma设为true：接受末尾多一个逗号（某些导出工具会这样）
注意：Quote 字段默认是 '"'，别轻易改；改了就无法识别标准双引号包裹逻辑。
reader := csv.NewReader(file) reader.FieldsPerRecord = -1 reader.LazyQuotes = true reader.TrailingComma = true
遇到 unescaped quote 错误时怎么快速定位？
这个错误通常意味着某一行里出现了孤立的双引号，比如 desc,"product name has "quote" inside",price —— 中间的 "quote" 没被转义成 ""quote""。此时不能靠跳过整行来掩盖问题，而应：
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
- 用
reader.Read()前先调用reader.Peek(1)查看原始字节，确认引号位置 - 对报错行做
strings.Count(line, `"`) % 2 != 0判断，快速筛出奇数引号行 - 若数据源可控，预处理阶段用正则替换非标准引号（如把中文引号
“”替换为英文"）
别依赖 reader.Comment 来跳过问题行——它只跳过以指定字符开头的整行，对中间出错无效。
要不要自己写 CSV 解析器来绕过引号限制？
不建议。除非你明确知道所有数据都无结构（比如纯逗号分隔、绝无换行和嵌套引号），否则手动 strings.Split() 会漏掉引号内真正的逗号，导致字段错位。更稳妥的做法是：
- 优先清洗输入：用
strings.ReplaceAll()把已知非法引号提前标准化（如把"替成""） - 对不可控来源，加一层容错包装：捕获
csv.ParseError后，用bufio.Scanner逐行读，对异常行降级为字符串切片处理 - 性能敏感场景下，
encoding/csv本身足够快；自己实现反而容易引入内存拷贝或正则回溯问题
真正难处理的从来不是引号本身，而是混合了 Excel 导出、用户粘贴、多语言编码、BOM 头的“现实 CSV”。这时候，检查 file 是否带 BOM、是否 UTF-8 编码、是否 Windows 换行符，比调参数更重要。
