Go encoding/csv 开启 ReuseRecord 后为什么上一条记录会被改写

如果 csv.Reader 开启了 ReuseRecord，然后把每次 Read 返回的 []string 直接追加到历史切片，下一次读取可能会把上一条记录的字段一起改掉。原因不是 CSV 解析错了，而是多个切片头共享同一份底层数组。

需要跨轮次保存记录时，复制 []string；只在当前循环里立即处理，就不要把这个返回值留到下一次 Read 之后。

ReuseRecord 为什么会让上一条记录被改写

官方文档对 Reader.ReuseRecord 的描述很明确：它控制 Read 是否可以返回与上一次调用共享 backing array 的切片；默认值为 false，每次读取返回调用者拥有的新内存。开启后，库可以少分配一些切片和字段容器，但返回值的生命周期也变短了。

Go 切片本身只包含指针、长度和容量。下面的赋值只复制切片头，a 和 b 仍可能指向同一数组：

record := []string{"old", "ready"}
saved := record // 只复制切片头，不复制字段数组
record[0] = "new"
fmt.Println(saved[0]) // new：两个切片仍共享底层数组

因此，循环中保存 records = append(records, record) 时，真正留下的是一组可能指向复用数组的切片头。下一次 Read 写入新字段后，旧记录看起来就像“被改写”了。

先判断记录是即时消费还是跨轮次保存

不是所有场景都需要复制。若读取一行后马上校验、转换并写入数据库，当前处理结束前不会再使用这条切片，就可以直接消费。真正需要复制的是把 record 放进集合、交给异步任务、缓存到结构体，或返回给调用方。

保存记录时应该复制哪一层

对 []string 来说，复制切片元素就足够了。元素是字符串值，保存一份新的 []string 数组后，后续 Read 只会影响 Reader 自己可能复用的数组，不会影响历史集合。

func cloneRecord(record []string) []string {
	// 复制切片元素，让保存结果脱离 Reader 可能复用的数组。
	return append([]string(nil), record...)
}

func keep(records [][]string, record []string) [][]string {
	// 只在需要跨轮次保存时调用 cloneRecord。
	return append(records, cloneRecord(record))
}

如果更喜欢显式控制长度，也可以用 make 加 copy。不要写成 saved := record[:]，这同样只是切出一个新切片头，底层数组没有改变。

完整读取循环还要处理 EOF 和解析错误

复制策略解决的是所有权问题，不会替代错误处理。读取循环应把 io.EOF 当作正常结束，把其他错误交给调用方；如果想保留部分记录，也要明确这是业务选择，而不是忽略解析失败。

func readAll(r *csv.Reader) ([][]string, error) {
	var records [][]string
	r.ReuseRecord = true // 降低读取过程中的临时分配
	for {
		record, err := r.Read()
		if err == io.EOF {
			return records, nil // 正常读完，不把 EOF 当失败
		}
		if err != nil {
			return nil, err // 解析错误交给上层决定是否重试或记录
		}
		records = append(records, append([]string(nil), record...))
	}
}

这段写法把复用收益限制在读取阶段，把独立性建立在保存阶段。若程序只逐条处理而不保存历史，也可以去掉复制；若记录会跨 goroutine 使用，则应在发送前完成复制，并让数据的所有权规则保持单一。

常见问题

关闭 ReuseRecord 就一定更安全吗？

关闭后默认每次 Read 返回新内存，简单场景更不容易踩别名问题，但它不是对异步所有权的替代说明。需要长期保存时，显式复制仍更能表达代码意图。

为什么 saved := record 不行？

因为它只复制切片头。要让字段数组独立，使用 append([]string(nil), record...) 或 make 加 copy。

复制字符串还需要深拷贝吗？

本文的字段类型是 string，复制 []string 的元素即可。若字段被转换成包含可变切片、映射或指针的自定义对象，再按对象内部的所有权规则处理。

Read 返回记录和错误时能不能继续保存？

标准文档允许解析错误时返回部分记录，但是否保存它取决于业务语义。常规导入建议先处理错误并记录行信息，不要把部分记录静默当成完整行。