在 go 中，通过嵌入结构体可实现类似继承的效果；若子结构体定义同名方法，则会隐藏父结构体方法，但可通过显式调用 `s.embedded.method()` 在子方法中复用父逻辑，从而安全地扩展行为（如添加状态标记），且不影响原有 `base` 类型的独立使用。
go 不支持传统面向对象语言中的继承或多态，但提供了结构体嵌入（embedding）这一组合机制，用于代码复用和接口适配。当一个结构体（如 Sub）嵌入另一个结构体（如 Base）时，Base 的字段和方法会被“提升”为 Sub 的成员——但若 Sub 自行实现了同签名的方法（例如 Set(i int)），则该方法会完全覆盖（hide）嵌入结构体的同名方法，而非自动构成重载或虚函数调用。
关键在于：覆盖 ≠ 替换全部逻辑。我们通常希望在扩展行为的同时，仍保留原方法的核心功能（如赋值操作）。此时，应在 Sub.Set() 中显式调用 b.Base.Set(i)，再追加自定义逻辑（如设置 changed = true）：
func (s *Sub) Set(i int) { s.Base.Set(i) // 复用 Base 的核心逻辑 s.changed = true }这样，当用户直接调用 s.Set(42) 时，既完成了 val 赋值，又标记了变更状态。
更进一步，若需满足「用户以为自己在操作 *Base，实则底层是 *Sub 并自动监控行为」的需求（即题中 UPDATE 部分），则不能仅依赖类型断言或指针转换。因为 var b *Base = &s.Base 创建的是对嵌入字段的独立指针，它与 s 本身解耦，调用 b.Set() 将完全绕过 Sub 的逻辑，只执行原始 Base.Set。
✅ 正确做法是：让 Sub 实现与 Base 相同的接口，并通过接口多态统一入口。例如定义：
type Setter interface { Set(int) }然后确保 *Sub 和 *Base 均实现该接口（它们天然都满足）。用户始终通过接口操作：
func t16() { s := &Sub{} var setter Setter = s // ✅ 动态绑定到 Sub.Set setter.Set(10) fmt.Printf("Base view: %+vn", &s.Base) // {val:10} fmt.Printf("Sub view: %+vn", s) // {Base:{val:10} changed:true} }⚠️ 注意事项：
- 不要误用 s.Base.Set() 来“调用父方法”——这不是父类调用，而是对嵌入字段的直接调用，会跳过子类逻辑；
- 若需严格保持 *Base 接口透明性（如第三方库只接受 *Base），则无法在不修改调用方的前提下实现监控；此时应考虑使用包装器模式（Wrapper） 或 代理（Proxy）结构体，而非嵌入；
- 嵌入适用于“is-a”语义较弱、侧重代码复用的场景；强契约约束建议优先使用接口 + 组合。
总结：Go 中的“方法覆盖”本质是名称遮蔽（name hiding），而非运行时动态分发。合理利用 s.Embedded.Method() 显式委托，配合接口抽象，即可在无继承机制下实现灵活、可维护的行为扩展。