csv.NewReader读取空数据主因是文件指针未置首或含UTF-8 BOM；应先file.Seek(0,0)，再用bytes.TrimPrefix或io.MultiReader跳过BOM；大文件禁用ReadAll以防内存暴增。
csv.NewReader 读取空数据？先检查文件指针和 BOM
直接 csv.NewReader(file).Read() 返回空或立即 io.EOF，八成不是代码写错了，而是文件没从头开始读。比如你调过 file.Stat() 或用其他方式提前读过内容，*os.File 的内部偏移就可能已改变。
- 安全做法：创建 reader 前加一句
file.Seek(0, 0)，强制回到文件开头 - Windows 记事本保存的 CSV 常带 UTF-8 BOM（
\xEF\xBB\xBF），csv.NewReader会把它当非法字符，报invalid UTF-8或字段数错 - 检测并跳过 BOM：用
bytes.TrimPrefix(buf, []byte("\xef\xbb\xbf"))，或者更稳妥地用io.MultiReader包一层 - 别用
strings.ReplaceAll“删 BOM”——BOM 只该在开头，乱删可能破坏真实数据中的 UTF-8 多字节序列
逐行读还是 ReadAll？看文件大小和内存敏感度
reader.ReadAll() 看起来省事，但对百兆以上 CSV 是隐形炸弹：它会把全部内容加载进内存，字符串切片扩容、重复分配，实际内存占用常是文件体积的 3–5 倍。
- 小文件（ReadAll() 没问题，代码干净
- 生产环境处理日志、报表、ETL 导入等场景：必须用
for { record, err := reader.Read() }流式读，每行处理完立刻释放引用 - 注意：
Read()能正确解析跨行字段（比如"name","multi\nline"），前提是字段被双引号包裹且格式符合 RFC 4180；别因为担心换行就误用bufio.Scanner先按行切，那会直接把合法跨行字段撕开
写入中文到 CSV，Excel 打不开？BOM 和 Flush 是关键
Go 字符串原生就是 UTF-8，写入中文本身不会乱码——但 Windows Excel 默认不认无 BOM 的 UTF-8，会当成 ANSI 显示成乱码；而漏掉 writer.Flush()，最后一两行可能根本没写进磁盘。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 让 Excel 正确识别中文：写入前手动写 BOM，
w.Write([]byte("\xef\xbb\xbf"))，仅需一次，在writer.Write(header)之前 - 写完必须调
writer.Flush()，否则缓冲区内容滞留内存，程序退出时丢失数据 - 字段含逗号、换行、双引号？放心，
csv.Writer默认自动加引号和转义，不用自己拼接"\"" - 别用
fmt.Fprintln(w, ...)手动写 CSV——它不处理转义，遇到"hello, world"就直接崩格式
结构体怎么映射 CSV 字段？标准库不支持自动绑定
encoding/csv 不提供类似 Python 的 DictReader 或结构体 tag 自动映射。所谓 csv:"name" 标签只是社区约定，标准库完全无视——你得自己建索引映射或反射提取。
立即学习“go语言免费学习笔记（深入）”；
- 推荐做法：先
reader.Read()拿到header，再遍历构建map[string]int，比如colIndex["email"] = 2 - 后续每行用
row[colIndex["email"]]安全取值，避免硬编码下标导致列顺序一变就出错 - 类型转换（如
strconv.Atoi）必须显式做，并检查err；空字段是""，不是nil，业务上要决定是转 0、跳过，还是报错 - 字段缺失或数量不一致？设
reader.FieldsPerRecord = -1允许弹性，但别因此忽略csv.ParseError——它包含Line和Column，是定位脏数据的关键
