在 go 中，无法直接通过接口变量调用其底层具体类型的独有方法；必须借助类型断言获取原始类型实例，或定义组合接口显式扩展行为。
在 go 中，无法直接通过接口变量调用其底层具体类型的独有方法；必须借助类型断言获取原始类型实例，或定义组合接口显式扩展行为。
Go 的接口是契约式抽象——一旦值被赋给某个接口类型（如 io.ReaderAt），它就仅暴露该接口声明的方法，与原始类型无关。这正是示例中 list[0].A() 报错的根本原因：list[0] 的静态类型是 io.ReaderAt，而该接口并未定义 A() 方法，编译器拒绝访问。
✅ 正确做法一：使用类型断言还原具体类型
当确定接口值背后是某个具体类型时，可通过类型断言安全提取：
list := [1]io.ReaderAt{Aaa{}} // 注意：Aaa{} 是值类型，但 ReadAt 方法接收者为值类型，合法
if aaa, ok := list[0].(Aaa); ok {
aaa.A() // ❌ 编译失败：Aaa 无 A() 方法（因 A() 定义在 *Aaa 上）
}
// 正确：A() 方法属于 *Aaa，因此需传入指针
listPtr := [1]io.ReaderAt{&Aaa{}} // 使用 &Aaa{} 满足 *Aaa 的 ReadAt 和 A()
if aaaPtr, ok := listPtr[0].(*Aaa); ok {
aaaPtr.A() // ✅ 输出 "A"
}⚠️ 注意：类型断言必须匹配实际动态类型。若
list[0]实际是Aaa{}（非指针），断言(*Aaa)将失败（ok == false），务必检查ok结果以避免 panic。
✅ 正确做法二：定义组合接口，显式扩展能力
更符合 Go 接口设计哲学的方式是——创建新接口，内嵌原接口并添加所需方法：
type ReaderAtA interface {
io.ReaderAt // 内嵌标准接口
A() // 扩展自定义行为
}
// 现在 *Aaa 同时满足 io.ReaderAt 和 ReaderAtA
func main() {
var r ReaderAtA = &Aaa{}
r.ReadAt(nil, 0) // ✅ 来自 io.ReaderAt
r.A() // ✅ 来自扩展方法
}此方式无需运行时断言，类型安全、语义清晰，且支持多类型实现（例如 *Bbb 也可实现 ReaderAtA）。
? 关键总结
- Go 接口是静态类型系统的一部分，变量类型决定可调用方法，与底层实现无关；
- 接口可跨包定义和实现，
io.ReaderAt来自io包不影响你在main包中实现或扩展它； - “扩展接口”不是修改原接口，而是组合（embedding）+ 新增方法，形成更强契约；
- 类型断言适用于已知具体类型的临时场景；组合接口适用于定义稳定、可复用的能力契约。
遵循这一原则，你既能灵活复用标准库接口，又能以类型安全的方式演进自己的抽象体系。
