CSV解析中双引号嵌套导致截断时，需手动实现状态机：按逗号切分字段，内层用unquoted/quoted/escaped三态扫描引号配对，逐字符处理（bufio.ScanRunes），正确识别引号内逗号与转义双引号""，并显式处理换行、空字段及末尾逗号。
CSV解析时双引号嵌套导致字段截断怎么办
Go标准库encoding/csv本身支持RFC 4180定义的引号转义（即两个连续双引号""表示字段内一个双引号），但前提是整个字段被双引号包裹。一旦遇到未包裹却含引号的字段（如name,"O'Reilly","foo""bar",123中第三个字段实际是foo"bar但没被引号包围），csv.Reader会直接报错parse error on line 1, column 5: bare " in non-quoted-field——这不是bug，是规范强制要求。
这种输入常见于日志拼接、数据库导出脚本或遗留系统输出，不能靠预清洗（比如全局加引号）解决，因为可能破坏已有合法无引号字段的语义。
- 必须手动实现分层状态机：外层按逗号切分字段，内层对每个字段做引号配对扫描
- 状态至少包含：
unquoted（未引号区）、quoted（引号区内）、escaped（刚读到第一个引号后的下一个字符） - 关键判断点：只有在
quoted状态下才允许出现""，且此时不切换状态；其他位置遇到"直接报错
用bufio.Scanner逐字符驱动状态机更可控
别用strings.Split或正则预分割——引号内的逗号不是分隔符。正确做法是用bufio.Scanner配bufio.ScanRunes逐字符读取，自己维护状态和当前字段缓冲区。
核心逻辑片段：
立即学习“go语言免费学习笔记（深入）”；
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
state := unquoted
var field strings.Builder
for scanner.Scan() {
r, _, _ := rune(scanner.Text())
switch state {
case unquoted:
if r == '"' {
state = quoted
} else if r == ',' {
fields = append(fields, field.String())
field.Reset()
} else if r == '\n' {
break // 行结束
} else {
field.WriteRune(r)
}
case quoted:
if r == '"' {
state = escaped // 等待下一个字符确认是否为转义
} else {
field.WriteRune(r)
}
case escaped:
if r == '"' {
field.WriteRune('"') // 写入一个"
state = quoted // 继续在quoted态
} else {
// 非"字符，说明上个"是字段结束符
if r == ',' {
fields = append(fields, field.String())
field.Reset()
state = unquoted
} else {
// 合法结尾如 \n 或 EOF，或非法字符（如空格后跟字母）
// 此处需按需处理
}
}
}
}
注意escaped状态不能持久——它只存在“读到一个"之后的下一个字符”这个瞬间。
encoding/csv.Reader的FieldsPerRecord和LazyQuotes参数作用有限
有人试过设LazyQuotes: true，以为能容忍不包裹的引号，其实它只影响“字段开头没引号但中间有引号”的情况（比如a,b"c,d），而对a,b"c,d这种根本没引号包裹的字段依然报错。
FieldsPerRecord只是校验字段数，不参与解析过程。这两个参数无法绕过RFC对引号结构的基本要求。
-
LazyQuotes=true仅让csv.Reader接受field1,field"with"quote这类字段（即引号出现在无引号字段内部），但不会把field"with"quote识别为单个字段——它仍会按逗号切分，导致错误切分 - 真正需要的是在切分前就识别出哪些逗号属于引号内，这必须由状态机完成
- 如果坚持用
csv.Reader，唯一办法是先用正则或自定义扫描器把原始字符串重写成标准格式（如给所有含引号的字段补外层引号），但正则无法可靠处理嵌套，所以不推荐
边界情况：换行符、空字段、末尾逗号必须显式处理
状态机容易忽略三类问题：字段内换行（CSV允许）、连续逗号产生的空字段、行末多余逗号。它们都会导致字段数错位或panic。
- 换行符
\n或\r\n在quoted状态下应原样写入field，在unquoted状态下才视为记录结束 - 遇到
,,时，中间字段为空字符串，状态机必须在unquoted下碰到逗号就提交当前字段（即使field.Len()==0） - 行末逗号（如
a,b,）需在扫描结束后检查state==unquoted && field.Len()==0，追加一个空字段 - EOF时若
state==quoted，说明引号没闭合，应报错而非静默截断
这些细节不写进状态转移表里，很容易漏掉。实际项目中建议把状态机封装成CSVTokenizer结构体，带TokenizeLine(string) ([]string, error)方法，把上述逻辑收口。
