go 方法接收者为值类型时，操作的是副本，无法修改原始结构体；若需修改字段，必须使用指针接收者——但当接口要求值接收者时，需通过嵌入、包装或重新设计接口来协调一致性。
在 Go 中，方法接收者的类型（值接收者 T 或指针接收者 *T）直接决定了该方法能否修改调用者的字段。你提供的代码中：
func (this MyClass) MyMethod() {
this.data = "Changed!" // 修改的是 this 的副本，不影响原始 obj
}尽管语法合法，但 this 是 MyClass 的一个独立拷贝，对 this.data 的赋值仅作用于栈上临时副本，函数返回后即被丢弃。因此 obj 的 data 字段保持初始零值（空字符串），输出为 {}。
✅ 正确做法是使用指针接收者：
func (this *MyClass) MyMethod() {
this.data = "Changed!" // this 指向原始对象，修改生效
}此时调用 obj.MyMethod() 会真实更新 obj.data，输出 {Changed!}。
⚠️ 但你提到“不能改用指针接收者，因为需满足某个接口，而该接口的方法签名指定的是值接收者”。这是一个典型的接口契约约束问题。Go 中接口的实现是严格按方法签名匹配的：func (T) M() 和 func (*T) M() 是两个完全不同的方法，互不兼容。若接口定义为：
type MyInterface interface {
MyMethod() // 要求值接收者实现
}那么只有 func (MyClass) MyMethod() 能满足它，func (*MyClass) MyMethod() 无法实现该接口。
? 解决方案有三种（按推荐顺序）：
重构接口，允许指针接收者（首选）
大多数标准库接口（如 io.Reader, fmt.Stringer）都接受指针实现。只要接口使用者不依赖“必须传值”的语义，应优先将接口方法改为支持指针接收者——这更符合 Go 实践，也避免不必要的拷贝。-
*使用内部可变字段（如 `string或sync.Map`）**
若必须保留值接收者，可将字段本身设为指针或容器类型：type MyClass struct { data *string // 字段是指针 } func (this MyClass) MyMethod() { if this.data == nil { s := "Changed!" this.data = &s } else { *this.data = "Changed!" } }注意：这仅适用于字段本身可变的情况，且需谨慎处理 nil 安全性。
-
封装 + 显式返回新实例（函数式风格）
放弃“就地修改”，改为返回修改后的新值：func (this MyClass) MyMethod() MyClass { this.data = "Changed!" return this } // 使用时： obj = obj.MyMethod() // 显式赋值这种方式纯函数式、无副作用，适合并发安全场景，但需调用方配合。
? 总结：Go 的值/指针接收者机制是语言核心设计，不可绕过。所谓“不改接收者却修改原值”本质上违背内存模型。真正的解法不是技术取巧，而是根据接口契约合理选择接收者类型，并在设计阶段明确数据所有权与可变性意图。
