go 不支持结构体间的隐式类型转换，即使一个结构体嵌套了另一个结构体字段；正确做法是显式访问嵌入字段，或使用接口类型实现多态赋值。
go 不支持结构体间的隐式类型转换，即使一个结构体嵌套了另一个结构体字段；正确做法是显式访问嵌入字段，或使用接口类型实现多态赋值。
在 Go 语言中，类型系统严格遵循静态、显式、无自动继承转换的设计哲学。初学者常误以为：若 *bufio.ReadWriter 内部嵌入了 *bufio.Writer 字段（事实上它嵌入的是 *bufio.Reader 和 *bufio.Writer），那么二者就可互相赋值——这是对 Go 类型系统和嵌入机制的典型误解。
关键要区分两个概念：
- 结构体嵌入（embedding） 是一种语法糖，用于提升字段/方法的可访问性（即“组合”），不构成类型子类关系；
- 类型兼容性（assignability） 由 Go 规范明确定义，仅在满足特定条件时才允许赋值，与结构体是否嵌套完全无关。
以原问题代码为例：
buf := bytes.NewBuffer(make([]byte, 0)) rw := bufio.NewReadWriter(bufio.NewReader(buf), bufio.NewWriter(buf)) var r *bufio.Writer r = rw // ❌ 编译错误：cannot use rw (type *bufio.ReadWriter) as type *bufio.Writer
此处 rw 是 *bufio.ReadWriter 类型，而 r 是 *bufio.Writer 类型。二者均为具名结构体指针类型，底层结构不同、名称不同，且均非接口——因此不满足 Go 规范中任一赋值条件（见 Assignability），编译器必然拒绝。
✅ 正确解决方案
方案一：显式访问嵌入字段（推荐用于需 *bufio.Writer 实例的场景）
bufio.ReadWriter 结构体中导出字段 Writer *Writer，可直接取用：
var r *bufio.Writer
r = rw.Writer // ✅ 合法：rw.Writer 是 *bufio.Writer 类型
r.Write([]byte("hello")) // 可直接调用 Writer 方法⚠️ 注意：rw.Writer 是 rw 内部持有的 *bufio.Writer 实例，对其操作会反映到 rw 的写缓冲区中，行为一致且安全。
方案二：使用接口类型（推荐用于抽象行为、增强可测试性与扩展性）
将变量声明为接口（如 io.Writer），利用 Go 的隐式接口实现机制：
var r io.Writer
r = rw // ✅ 合法：*bufio.ReadWriter 实现了 io.Writer 接口
r.Write([]byte("world"))因为 *bufio.ReadWriter 实现了 Write(p []byte) (n int, err error) 方法，自然满足 io.Writer 接口契约。同理，它也实现了 io.Reader 和 io.ReadWriter。
? 提示：优先选用接口而非具体类型，是 Go “面向接口编程”的核心实践。它解耦实现细节，便于 mock 测试、替换底层实现（如从内存 buffer 切换到网络连接），并符合 SOLID 原则中的依赖倒置原则。
? 总结与最佳实践
- ❌ 禁止假设“嵌套 = 可赋值”：Go 中 struct A { B *SomeType } 与 *SomeType 是完全独立的类型；
- ✅ 需要具体类型实例 → 使用 rw.Writer 或 rw.Reader 显式访问；
- ✅ 关注行为契约而非具体类型 → 优先声明为 io.Reader / io.Writer / io.ReadWriter 等标准接口；
- ? 检查类型是否实现某接口？可通过编译器报错或工具验证（如 go vet、IDE 提示），或查阅 pkg.go.dev 文档中 “Implements” 列表；
- ? 扩展思考：自定义结构体若想支持类似 rw.Writer 的便捷访问，可主动嵌入并导出字段（如 type MyRW struct { *bufio.Reader; *bufio.Writer }），但赋值仍需遵守类型规则。
理解并尊重 Go 的类型系统，是写出健壮、可维护、地道 Go 代码的第一步。
