在 go 中，若结构体方法需修改其字段（如赋值 reader），必须使用指针接收器；否则方法操作的是值拷贝，原结构体字段保持未初始化（nil），后续访问将触发 panic: invalid memory address or nil pointer dereference。
在 go 中，若结构体方法需修改其字段（如赋值 reader），必须使用指针接收器；否则方法操作的是值拷贝，原结构体字段保持未初始化（nil），后续访问将触发 panic: invalid memory address or nil pointer dereference。
在实现视频处理接口（如 Download 和 Upload）时，常见错误是将 io.Reader 字段（如 fileContent）在 Download() 方法中初始化，却在 Upload() 中读取时发生运行时 panic。根本原因在于方法使用了值接收器（func (b BaseVideo) Download()）：Go 会将整个结构体按值传递，方法内对 b.fileContent 的赋值仅作用于该副本，原始结构体的 fileContent 仍为 nil。当 Upload() 尝试调用 b.fileContent.Read(...) 时，即对 nil 指针解引用，程序崩溃。
✅ 正确做法是统一使用指针接收器：
func (b *BaseVideo) Download() error {
b.fileContent = bytes.NewReader([]byte("video-content-here"))
return nil
}
func (b *BaseVideo) Upload() error {
if b.fileContent == nil {
return errors.New("fileContent not initialized; call Download first")
}
// 安全读取
data, err := io.ReadAll(b.fileContent)
if err != nil {
return err
}
fmt.Printf("Uploaded %d bytes\n", len(data))
return nil
}⚠️ 同时注意接口实现的一致性：一旦方法签名改为指针接收器，BaseVideo 类型本身不再实现 Video 接口，只有 *BaseVideo 才实现。因此工厂函数也需返回指针：
func NewBaseVideo(path, name string) Video {
return &BaseVideo{Path: path, Name: name} // 返回 *BaseVideo
}? 补充建议：
- 始终在访问 io.Reader 前做 nil 检查（尤其在生产代码中），提升健壮性；
- 若结构体较大或需频繁修改字段，指针接收器也是性能更优的选择；
- Go 官方惯例：只要方法需修改接收者状态，一律使用指针接收器——这是清晰、安全且符合社区规范的做法。
