go 中如何优雅地替换 `bytes.reader` 的底层字节切片而不重写方法？通过结构体嵌入 `*bytes.reader`，可自动继承其全部 `io.reader` 方法，再添加自定义的 `replace` 方法即可动态切换底层 `[]byte`，避免手动代理、内存重复分配，完美适配如 `json.decoder` 等需复用 reader 实例的场景。
在 Go 开发中，常需要将一个 io.Reader 实例（如用于 json.NewDecoder）反复复用，同时动态更换其数据源（例如解析不同 JSON 字符串）。若每次更换都新建 bytes.NewReader([]byte)，不仅冗余，还可能破坏外部持有该 Reader 的逻辑（如已注册到某个长期运行的解码器中）。
此时，最简洁、符合 Go 惯用法的方案是结构体嵌入（embedding）：
type EZReader struct {
*bytes.Reader
}
// Replace 替换底层数据，重置读取位置为 0
func (r *EZReader) Replace(b []byte) {
r.Reader = bytes.NewReader(b)
}✅ 优势说明：
- 自动获得 Read, Seek, Len, Size, Reset 等所有 *bytes.Reader 方法，无需手动代理；
- EZReader 本身满足 io.Reader 接口（因 *bytes.Reader 实现了它），可直接传给 json.NewDecoder, xml.NewDecoder 等；
- Replace 内部调用 bytes.NewReader 是轻量级操作（仅创建新 reader 实例，不拷贝底层数组）；
- 读取位置自动重置为 0（bytes.NewReader 总是从头开始）。
⚠️ 注意事项：
- 嵌入字段 *bytes.Reader 是公开的，调用方可通过 ezr.Reader 直接访问底层 reader —— 若需封装控制，可改用组合 + 显式方法代理（但会失去简洁性）；
- 底层 []byte 仍由调用方负责生命周期管理（EZReader 不拥有数据所有权）；
- 如需支持并发安全读取，请确保外部不并发调用 Replace 与 Read —— 可按需加 sync.RWMutex 保护。
完整使用示例：
reader := &EZReader{bytes.NewReader([]byte(`{"name":"Alice"}`))}
dec := json.NewDecoder(reader)
var v struct{ Name string }
if err := dec.Decode(&v); err != nil {
log.Fatal(err)
}
fmt.Println(v.Name) // "Alice"
// 动态替换为新数据，复用同一 reader 实例
reader.Replace([]byte(`{"name":"Bob"}`))
if err := dec.Decode(&v); err != nil {
log.Fatal(err)
}
fmt.Println(v.Name) // "Bob"这种嵌入式设计既保持了 Go 的简洁性与组合哲学，又解决了“一次构造、多次数据注入”的实际需求，是标准库风格的地道实现。
