Go标准库encoding/csv默认以逗号分隔、CRLF/LF换行，但需显式配置reader.Comma处理分号等自定义分隔符；字段含嵌入换行时须符合RFC 4180双引号转义规范，否则报invalid quoted field；读取必须用csv.NewReader包裹io.Reader以正确解析引号，写入含特殊字符字段时Writer自动加引号转义，大文件应流式Read()避免ReadAll()内存溢出。
用 encoding/csv 读取 CSV 文件时，字段分隔符和换行符容易出错
Go 标准库的 encoding/csv 默认按逗号分隔、按 CRLF（\r\n）或 LF（\n）识别行，但真实 CSV 常含嵌入换行符（如多行文本字段）或自定义分隔符（如分号）。若直接调用 csv.NewReader 而不配置，遇到带双引号包裹的换行字段会报 invalid quoted field 或提前截断。
实操建议：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 始终用
csv.NewReader包裹io.Reader，而非直接读文件字节；否则无法正确处理引号转义 - 若源数据用分号分隔，必须显式设置：
reader.Comma = ';' - 遇到含双引号字段（如
"line1\nline2"），确保原始数据已按 RFC 4180 规范转义（即双引号内出现双引号需写成""），csv.Reader会自动解包 - 逐行读取时用
reader.Read()，它返回[]string，不是单个字符串——别误以为是整行原始文本
写 CSV 时，字段含逗号、换行或双引号必须手动加引号
csv.Writer 不会自动给所有字段加引号，只在必要时（字段含 Comma、\n、\r 或 "）才包裹双引号并转义内部引号。但如果你写的是用户输入内容，不能依赖“它自己会处理”，得确认输出是否符合预期。
实操建议：
- 写入前检查字段是否含特殊字符，可调用
csv.Writer.Write()后立即w.Flush()并捕获错误，但更稳妥的是预处理：对每个字段调用strconv.Quote再去掉首尾""，再交给Write()——不过这会强制加引号，非标准但兼容性更好 - 避免用
fmt.Fprintln拼接 CSV 字符串，它绕过引号逻辑，导致 Excel 打开错列 - 写完务必调用
w.Error()检查是否有底层写入失败（比如磁盘满），Write()和Flush()成功不代表没出错
处理大文件时，Read() 逐行解析比一次性 ReadAll() 更安全
csv.ReadAll() 会把整个 CSV 加载进内存，对几 MB 的文件就可能触发 GC 压力；而 Read() 是流式读取，每行仅保留当前记录切片。
实操建议：
- 处理 >10MB 的 CSV，禁用
ReadAll()；用for循环 +Read()，并在循环内及时处理或转发数据（如写入数据库、发 HTTP 请求） - 若需跳过表头，调用一次
Read()丢弃结果即可，别用ReadAll()[1:]——又全加载了 - 注意
Read()返回io.EOF表示结束，不是错误，别把它当异常 panic
中文字段乱码？不是 Go 的问题，是文件编码没指定
Go 的 csv 包只处理 UTF-8 编码。如果 CSV 文件是 GBK、BIG5 等编码，直接读会显示为乱码，且 Read() 可能因非法 UTF-8 序列返回错误。
实操建议：
- 先确认文件真实编码（可用
file -i filename.csv或 VS Code 底部状态栏查看），再用第三方库如golang.org/x/text/encoding转换：读取原始字节 → 解码为 UTF-8 字符串 → 用strings.NewReader包装后传给csv.NewReader - 生成 CSV 时，Go 默认输出 UTF-8，无需额外操作；但若下游系统（如旧版 Excel for Windows）要求 BOM，需手动在写入前输出
\xEF\xBB\xBF - 别尝试用
encoding/json或正则“修复”乱码，源头编码不明确时一切补救都不可靠
\u200b）和 BOM 头 ——它们不会报错，但会导致字段比较失败或数据库唯一约束冲突。读取前用 bytes.Trim 清理 BOM，处理字段时用 strings.TrimSpace 不够，得上 unicode.IsSpace 扫描。 
