go 接口仅暴露其定义的方法，不直接暴露底层结构体的字段；若需访问具体字段，必须通过类型断言将接口值转换回原始结构体类型。
go 接口仅暴露其定义的方法，不直接暴露底层结构体的字段；若需访问具体字段，必须通过类型断言将接口值转换回原始结构体类型。
在 Go 中，接口（interface）是一种抽象类型，它只承诺实现一组方法，而不暴露底层具体类型的字段或内部结构。正如示例所示，`testInterface` 仅声明了 `testMe()` 方法，因此即使 `v` 实际指向 `*oriValue`，编译器也不允许直接访问 `v.val`——因为 `val` 并非接口契约的一部分。要安全访问底层结构体字段，必须使用类型断言（Type Assertion），显式地将接口值转换为具体类型：
fmt.Println(v.(*oriValue).val) // ✅ 正确：断言为 *oriValue 后访问 val 字段
⚠️ 注意事项：
- 类型断言 v.(*oriValue) 要求 v 的动态类型必须是 *oriValue，否则运行时 panic（如 v 实际为其他实现类型）；
- 更健壮的做法是使用安全断言（带 ok 检查）：
if ori, ok := v.(*oriValue); ok {
fmt.Println(ori.val) // 安全访问
} else {
fmt.Println("v is not *oriValue")
}
此外，若需频繁访问字段，建议重构设计：
✅ 将字段访问逻辑封装为接口方法（如添加 Val() int），提升抽象一致性；
❌ 避免在业务逻辑中大量依赖类型断言，这会削弱接口的抽象价值并增加耦合。
总结：Go 的接口是“契约优先”的设计，字段访问需主动还原类型；合理使用类型断言或扩展接口方法，是平衡灵活性与类型安全的关键。
