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 或正则“修复”乱码，源头编码不明确时一切补救都不可靠

实际项目里最常被忽略的，是 CSV 字段中隐藏的 Unicode 空格（如 \u200b）和 BOM 头 ——它们不会报错，但会导致字段比较失败或数据库唯一约束冲突。读取前用 bytes.Trim 清理 BOM，处理字段时用 strings.TrimSpace 不够，得上 unicode.IsSpace 扫描。