Go encoding/csv ReuseRecord 保存复用记录前应该复制哪一层数据

如果把 csv.Reader.ReuseRecord 设为 true，保存一条记录时要复制的是返回值的外层 []string 切片，而不是逐个重建字段字符串。最安全的时机是在当前循环里、下一次调用 Read 之前完成复制。

把 record 交给长期保存或 goroutine 前，使用 append([]string(nil), record...) 得到自己的切片副本；单独保存某个字符串字段时，直接赋值即可。

ReuseRecord 到底复用了哪一层

官方文档对 ReuseRecord 的描述很具体：后续调用 Read 返回的切片，可能和上一次返回值共享底层数组。默认值为 false 时，每次读取会返回由调用方拥有的新内存。

所以问题不在于 record 这个切片变量会“自动变化”，而在于切片只是一个指向底层数组的描述符。开启复用后，下一次 Read 可能把新字段写入同一块数组，旧的 record[0] 等索引看到的内容也就随之变化。字段是 string 值，保存整行时需要防护的是切片这一层。

保存整条记录时只复制外层切片

例如把 CSV 行放进批量结果，或者准备交给异步消费者，可以在读取成功后立刻复制：

package main

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

func main() {
	input := "id,name\n1,Go\n2,Rust\n"
	r := csv.NewReader(strings.NewReader(input))
	r.ReuseRecord = true

	var saved [][]string
	for {
		record, err := r.Read()
		if err == io.EOF {
			break
		}
		if err != nil {
			log.Fatal(err)
		}
		// 复制 []string 的外层数组，避免下一次 Read 复用它。
		row := append([]string(nil), record...)
		saved = append(saved, row)
	}
	_ = saved // saved 中的每一行都拥有独立的切片结构。
}

append([]string(nil), record...) 会创建一个新的 []string 底层数组，再把字段值放进去。这里不需要写成逐字段的字符串复制函数；如果业务只需保存 record[1]，直接把这个字符串赋给结构体字段即可。

异步投递时，复制动作必须发生在下一次 Read 前

常见错误是把原始 record 直接发送到 channel，然后立刻继续读取。消费者拿到的切片仍可能指向 Reader 下一轮要使用的数组。复制后再投递，消费者拿到的才是当前行的快照：

func enqueueRows(r *csv.Reader, jobs chan

如果只把一列放进任务，例如 id := record[0]，就不必复制整行；如果任务还需要多列，复制整行通常更直观，也能避免后续代码误用原始切片。

默认读取、ReuseRecord 和 ReadAll 怎么选

当前 Go 源码中的 ReadAll 会用新的目标切片读取每条记录，并在读到 EOF 后返回；它适合一次性装入内存的文件。无论选择哪种模式，都要先确认文件规模、是否异步和是否需要保存整行，再决定是否牺牲一些分配来换取复用。

两个容易混淆的问题

复制字符串是不是更安全？

针对 ReuseRecord 的核心问题，通常不是字符串内容被下一次 Read 改写，而是返回记录的切片结构可能被复用。复制外层 []string 已经覆盖了保存整行的边界。只有在业务需要把字符串转换成可变字节数据时，才另行使用 []byte(s)，那是另一个需求。

把 ReuseRecord 设为 true 就一定更快吗？

不一定。若每条记录最终都要复制一次，复用带来的收益会被复制成本部分抵消；如果程序还要排队、重试或跨 goroutine 持有记录，正确的所有权比少一次分配更重要。先让生命周期清晰，再根据实际内存压力决定是否启用。

记住一句话：ReuseRecord 复用的是返回记录的切片层。短暂使用可以直接读，跨下一次 Read 保存整行就复制 []string 外层；单独保存字符串字段不需要逐个深拷贝。