Go csv.Reader.ReuseRecord 复用记录时为什么会改掉上一行

把 CSV 读入二维切片后，如果发现“上一行”也变成了最新一行，通常不是 string 被修改，而是开启了 csv.Reader.ReuseRecord。这个选项允许多次 Read() 复用同一个 []string 底层数组；若直接保存返回值，后一次读取会改写前一次记录的槽位。

需要长期保存时，在追加前复制记录：saved := append([]string(nil), record...)。只在当前循环体内立即消费、不会交给异步任务或缓存时，才适合直接使用复用记录。

为什么保存的上一行会跟着变

Reader.Read 返回的是一条记录，也就是一个 []string。切片本身包含指针、长度和容量，真正的字段槽位在它指向的底层数组里。开启复用后，下一次读取可能继续使用这块数组，并把新的字段写入原来的位置。

下面的例子故意把返回值直接保存起来。示例输出中的三行都可能显示最后读到的 Bob，因为三次追加保存的是三个切片头，而它们共享同一组字段槽位：

package main

import (
	"encoding/csv"
	"fmt"
	"io"
	"strings"
)

func main() {
	input := "name,score\nAlice,90\nBob,80\n"
	r := csv.NewReader(strings.NewReader(input))
	r.ReuseRecord = true // 允许 Read 复用上一条记录的底层数组

	var rows [][]string
	for {
		record, err := r.Read()
		if err == io.EOF {
			break
		}
		if err != nil {
			panic(err) // 示例中直接终止，生产代码应返回或记录错误
		}
		rows = append(rows, record) // 只保存切片头，后续 Read 可能改写它
	}
	fmt.Println(rows)
}

[[Bob 80] [Bob 80] [Bob 80]]

保存 CSV 行时怎样切断共享

复制切片即可切断这类共享。CSV 返回的元素类型是 string，字符串值本身不能被原地改写，所以不需要逐个复制字段；真正要复制的是承载字段槽位的 []string。

// cloneRecord 返回独立的记录切片，适合放入长期容器。
func cloneRecord(record []string) []string {
	return append([]string(nil), record...)
}

// 循环中先复制，再交给缓存或其他 goroutine。
saved := append([]string(nil), record...)
rows = append(rows, saved)

如果项目使用较新的 Go 版本，也可以用 slices.Clone(record) 表达同一意图。复制发生在“所有权”发生变化的边界：读取循环仍可复用内存，离开循环体后要继续使用的数据则拥有自己的数组。

什么时候可以保留 ReuseRecord

如果循环体只做校验、统计或把字段立刻写入另一个已经拷贝数据的对象，可以直接使用 record。但不要把它放进队列、闭包、缓存，或让另一个 goroutine 在下一次 Read 后继续访问。

还要注意字段数量变化。ReuseRecord 只说明返回切片可能共享容量，不保证每行长度相同；设置 FieldsPerRecord 为负数允许变长记录，但复制时仍按当次 len(record) 复制。若采用默认的字段数检查，字段不匹配时 Read 可能同时返回记录和 csv.ErrFieldCount，错误处理不能因为复制问题而省略。

常见问题与检查清单

关闭 ReuseRecord 就一定不需要复制吗？

默认行为会为每次读取返回调用方可持有的新内存，通常可直接保存；如果代码未来要切换复用模式，保留“保存前复制”的边界更稳妥。

ReadAll 也会出现上一行被改写吗？

官方定义是 ReadAll 返回全部记录，调用者不需要自己循环调用 Read；它会组织出可独立使用的记录集合。真正要警惕的是手写循环中开启复用后直接保存返回切片。

复制后还要复制每个字符串吗？

不用。这里的字段是 string，浅拷贝已经复制了字段槽位；只有当字段改为可变的字节切片或包含可变引用时，才需要继续讨论深拷贝。