csv.NewReader读不到第一行是因为未手动读取表头或未处理BOM；正确做法是先Read丢弃表头，并用TrimPrefix去除UTF-8 BOM，大文件需流式读取避免OOM。
csv.NewReader 读不到第一行数据？
常见现象是调用 csv.NewReader 后直接 Read，结果跳过了表头——因为没调用 Read 以外的任何方法，底层不会自动跳过 BOM 或解析首行。
正确做法是：如果 CSV 有表头，立刻调用 Read 一次获取并丢弃（或保存）表头；否则后续所有 Read 返回的都是从第二行开始的数据。
- 表头存在时，务必手动读一次：
_, err := reader.Read() - 注意 BOM：UTF-8 文件开头可能含
\uFEFF，需用strings.TrimPrefix(string(b), "\uFEFF")预处理字节流，或用bufio.NewReader包一层再传给csv.NewReader -
csv.Reader不会自动识别编码，GB2312/GBK 必须先转 UTF-8，否则中文全乱码
读取大文件时内存暴涨甚至 OOM
csv.NewReader 本身不缓存整文件，但很多人习惯先把整个文件读进 []byte 再喂给它，这就绕过了流式优势。
真正流式读取必须用 *os.File 或 io.Reader 接口，让 csv.Reader 逐块拉取数据。
立即学习“go语言免费学习笔记（深入）”；
- 错：用
ioutil.ReadFile→bytes.NewReader→csv.NewReader - 对：用
f, _ := os.Open("data.csv")→csv.NewReader(f) - 每行仍要手动
reader.Read()，别试图ReadAll—— 它会把全部内容塞进内存，和读文件无异 - 单行超长（如含大段 base64）时，记得提前设
reader.Comma = ','和reader.FieldsPerRecord = -1，避免默认限制触发csv.ErrFieldCount
字段含换行符或双引号就解析失败
标准 CSV 允许字段用双引号包裹，内部换行、逗号、引号都合法——但 Go 的 csv.Reader 默认开启严格模式，遇到未闭合引号直接报 csv.ParseError。
关键参数只有两个：LazyQuotes 和 TrailingComma，多数问题靠前者解决。
- 设
reader.LazyQuotes = true：允许引号不严格配对，容忍字段内未转义的引号（比如用户手输的 "他说："hello""） - 设
reader.TrailingComma = true：接受末尾多一个逗号（常见于 Excel 导出） - 不要动
Comment字段——CSV 没注释语法，设了反而误杀真实数据 - 若字段含 Windows 换行
\r\n，确保源数据没被文本编辑器二次处理，csv.Reader能正确识别，无需额外替换
结构体字段名和 CSV 列名对不上
Go 没内置 CSV → struct 映射，得靠 struct tag 手动指定，且 tag 名必须和实际读到的表头字符串完全一致（包括大小写、空格、标点）。
典型错误是表头为 "User ID"，却写 `csv:"user_id"`，导致字段始终为空。
- 先用
reader.Read()拿到表头切片，打印出来确认真实字段名 - tag 写法统一用
`csv:"User ID"`（保留空格）或`csv:"user_id,omitempty"`（omitempty仅控制输出，不影响输入） - 字段类型必须能接收字符串：数字字段用
int会 panic，得先读成string再strconv.Atoi - 不想写 tag？那就老实用
[]string接每行，自己按索引赋值——更可控，也更少隐式失败
