csv.reader 本身不能重置，真正能回退的是底层 *os.file；只要它实现 io.seeker，就可用 seek(0, io.seekstart) 将文件指针拉回开头。
csv.Reader 本身不能重置，真正能回退的是底层的 *os.File —— 只要它实现了 io.Seeker，你就能用 Seek(0, io.SeekStart) 把文件指针拉回开头。
为什么 csv.Reader.Reset() 不存在
csv.Reader 是一个无状态包装器：它不持有文件位置，只依赖底层 io.Reader 的当前偏移。一旦你调用过 Read() 或 ReadAll()，指针就前进了，而 csv.Reader 没有提供任何接口把指针“推回去”。强行重新初始化一个新的 csv.Reader 也不行——因为新实例仍会从旧指针位置开始读。
正确回退文件指针的三步操作
前提：输入源是 *os.File（支持随机访问），不是 bytes.Reader、strings.Reader 或网络流（它们不实现 io.Seeker）。
- 先调用
f.Seek(0, io.SeekStart)将文件指针归零 - 如果 CSV 有 header 行且你之前已跳过，需手动再调用一次
reader.Read()跳过首行（否则下一轮读会把 header 当成数据） - 注意：
csv.Reader内部有缓冲区，Seek后不会自动清空；但只要底层*os.File指针归位，后续读取就从头开始，缓冲区内容会被自然覆盖
常见错误：误用 Seek 后忘记跳 header
典型现象：第二次读 CSV 时第一行数据变成字段名（如 "name,age,email"），后面全错位。这是因为 Seek(0, 0) 确实回到了文件开头，但没处理 header 逻辑。
- 如果你用
reader.Read()读过 header，就该在 Seek 后补一句_, _ = reader.Read() - 更稳妥的做法是封装一个
ResetReader(f *os.File, r *csv.Reader)函数，内部统一做 Seek + SkipHeader - 别依赖
reader.FieldsPerRecord或其他字段判断是否已读 header——它不反映实际读取状态，只是配置项
非 *os.File 场景怎么办
如果输入来自 HTTP 响应体、管道或内存字节切片，Seek 会报 "seeker not supported" 错误。这时没有真正的“回退”，只有两种现实选择：
- 重放原始数据：比如把
io.ReadCloser的 body 全部读进[]byte，再用bytes.NewReader(data)多次构造新csv.Reader - 一次性读完再处理：用
reader.ReadAll()拿到全部记录，后续逻辑在内存中反复遍历，避免重复解析 - 不要尝试用
unsafe或反射去篡改csv.Reader内部缓冲——它的结构未导出，且随 Go 版本变化，极易崩溃
回退的本质从来不是“让 Reader 忘记自己干过什么”，而是“让底层输入源回到某个确定位置”——这个位置是否可达，取决于你手里的到底是不是一个 io.Seeker。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
