Go bytes.Clone 怎么隔离会被复用的输入切片

直接答案：当输入 []byte 的底层数组可能被读取循环、缓冲池或上游调用方再次写入，而当前代码需要在返回后继续保存数据时，立即使用 bytes.Clone(input)。它返回内容相同但存储独立的切片，从而切断内存别名。

• 只在当前函数同步读取：通常不必复制。
• 放入缓存、队列、结构体或交给 goroutine：应建立所有权副本。
• bytes.Clone(nil) 仍返回 nil，便于保留语义。

问题不在切片变量，而在底层数组

复制一个切片变量只复制指针、长度和容量描述，不会复制字节。下面的 saved := chunk 仍指向同一个数组；下一轮把新数据读入 buf 时，旧内容也随之变化。

buf := make([]byte, 4096)
var records [][]byte

for {
    n, err := src.Read(buf)
    if n > 0 {
        // 错误示例：这里只复制切片头，records 仍共享 buf 的底层数组。
        records = append(records, buf[:n])
    }
    if err == io.EOF {
        break
    }
    if err != nil {
        return err
    }
}

在所有权边界调用 bytes.Clone

我更习惯把规则写成一句话：函数内是“借用”，离开函数就是“拥有”。只要数据将跨越本次调用生命周期，就在交接点复制，而不是等消费者发现内容变化后补救。

func readRecords(src io.Reader) ([][]byte, error) {
    buf := make([]byte, 4096)
    records := make([][]byte, 0, 16)

    for {
        n, err := src.Read(buf)
        if n > 0 {
            // Clone 建立独立 backing array，后续复用 buf 不影响已保存记录。
            owned := bytes.Clone(buf[:n])
            records = append(records, owned)
        }
        if err == io.EOF {
            return records, nil
        }
        if err != nil {
            return nil, fmt.Errorf("读取记录: %w", err)
        }
    }
}

缓冲池与 goroutine 更需要明确契约

从 sync.Pool 取出的切片归还后，任何持有者都不能再假设其内容稳定。异步任务若直接接收池中切片，生产者一旦归还并复用，消费者就可能读到另一条消息。正确做法是在入队前 Clone，队列只接收拥有的数据。

func enqueue(queue chan

不要把 Clone 变成默认动作

复制会产生与数据长度相当的内存写入和分配压力。大文件、流式转发或高频小包场景，应优先缩短借用范围、批量处理，或设计明确的所有权转移协议。bytes.Clone 适合在边界处换取简单可靠的隔离，不适合无条件包裹每一次切片访问。

空切片和 nil 一样吗？
业务语义可能不同。官方保证 Clone(nil) 返回 nil；非 nil 的空切片仍按切片值处理。

用 append 复制可以吗？
可以写出等价复制，但 bytes.Clone 更直接地表达“我要独立拥有这些字节”，也保留 nil 语义。