bytes.NewReader 是 Go 标准库中将字节切片零拷贝封装为 io.Reader 的唯一标准方式，它仅持有所传 []byte 的指针和偏移量，支持多次读取、Seek 和 Reset，线程安全但不管理底层内存生命周期。
bytes.NewReader 是什么，为什么它能直接复用
bytes.NewReader 不是转换器，而是零拷贝封装器：它把传入的 []byte 当作只读内存视图，内部仅存一个指针和当前偏移量 off。这意味着你调用一次 bytes.NewReader(data)，得到的 *bytes.Reader 实例可反复读、重置、跳转，只要底层切片没被改写或释放。
常见误操作是每次换数据都新建 Reader：r = bytes.NewReader(newData)——这本身没错，但若频繁发生（比如循环解析多个 JSON 片段），会带来不必要的对象分配；更优解是复用实例本身。
-
bytes.Reader支持Reset()方法，可原地替换底层切片并重置偏移量，比新建更轻量 -
Reset()会把off设为 0，无需手动Seek(0, io.SeekStart) - 注意：它不检查新切片是否为空或 nil，传入空切片后
Read()立即返回io.EOF
复用时必须避开的生命周期陷阱
bytes.NewReader 不复制数据，只引用原切片地址。一旦原 []byte 所指向的内存被覆盖、回收或逃逸失效，Reader 行为就不可控——不是 panic，而是读出脏数据或静默错误。
- 别在函数内创建局部切片然后返回其 Reader：
func bad() io.Reader { b := []byte{1,2,3}; return bytes.NewReader(b) }——b可能已栈回收，行为未定义 - 若切片来自
unsafe.Slice或 mmap 映射，必须确保该内存在整个 Reader 生命周期内有效；bytes.Reader不做任何生命周期管理 - 并发读安全，但
Reset()和Read()不能同时进行；若需多 goroutine 读同一份数据，应先Reset()再分发副本，或加锁
什么时候不该复用 bytes.Reader
复用不是银弹。当原始字节来源本身已是流式接口（如 http.Response.Body），强行 io.ReadAll + bytes.NewReader 反而增加内存压力和 GC 负担。
立即学习“go语言免费学习笔记（深入）”；
- 如果只需要读一次，且原始 source 是
io.ReadCloser（如 HTTP body），直接传过去即可，别先全读进内存再包装 - 如果后续要修改底层字节（比如 patch 二进制协议头），
bytes.Reader无法满足——得用bytes.Buffer，它支持读写和修改 - 若需支持
io.Closer（比如模拟http.Request.Body），bytes.Reader不实现该接口，得套一层ioutil.NopCloser或自定义 wrapper
替代方案：嵌入式可替换 Reader（EZReader）
当业务需要“同一个 Reader 变量多次切换数据源”，又不想暴露 Reset() 细节给调用方，可用结构体嵌入方式封装：
type EZReader struct {
*bytes.Reader
}
func (r *EZReader) Replace(data []byte) {
r.Reader = bytes.NewReader(data)
}
这样调用方始终持有 *EZReader，传给 json.NewDecoder 等函数完全透明，内部切换数据也只需 r.Replace(newData)。
- 必须嵌入
*bytes.Reader（指针），否则Replace无法更新字段 -
Replace()后自动重置读位置，符合直觉；若需保留原位置，得先r.Seek(0, io.SeekStart) - 这种模式适合测试 mock、配置热加载、协议帧解析等场景，但增加了类型定义成本，简单脚本里没必要
真正容易被忽略的是：复用的前提是「你清楚谁在控制那块内存」。不是所有 []byte 都能安全交给 bytes.Reader 长期持有——它省掉的拷贝，最终由你来兜底。
