Go中实现接口的意义？代码触发空指针错误并进入if分支的原因

一、为什么会进入if分支？ #

你在Media结构体里嵌入了Module接口类型，根据Go的类型系统规则，嵌入接口类型的结构体指针（&Media{}）会被判定为实现了该接口。Go会把嵌入接口的方法集“提升”到外层结构体上，所以类型断言v.(Module)会成功，自然进入if分支。但此时Media里的Module字段是默认的nil值，调用Init()时就会触发nil指针解引用的panic。

二、Go中实现接口的意义是什么？ #

你遇到的是特殊的“伪实现”场景，并非Go接口设计的常规用法。接口的核心意义有三点：

• 定义行为契约：明确规定类型必须具备的方法集合，让代码协作边界更清晰，一眼就能知道该类型的能力范围。
• 支持多态：不同自定义类型只要实现同一接口，就能用统一的接口类型处理，比如用Module接收所有实现了Init()的对象，大幅提升代码复用性和扩展性。
• 解耦依赖：依赖接口而非具体类型，修改实现时无需改动调用方代码，降低代码耦合度。

这种通过嵌入接口“实现”接口的方式，本质是把方法调用转发给嵌入的接口字段，若字段为nil就会panic，这不是真正的实现——真正的接口实现是自行定义方法，不需要依赖外部接口实例。

三、嵌入的Module为何既是结构体属性又“继承”方法？ #

这是Go的**嵌入类型（Embedded Type）**语法特性：

• 当在结构体里嵌入一个类型（结构体或接口均可），Go会自动生成一个与该类型同名的隐式字段，所以Media会有一个类型为Module的Module属性，默认值为nil。
• 同时，嵌入类型的所有方法会被“提升”到外层结构体上，相当于外层结构体拥有了这些方法。对于接口类型的嵌入，调用这些提升的方法时，实际是调用嵌入接口字段的对应方法，看起来像“继承”，但本质是方法转发。

这种写法多用于让结构体组合多个接口的方法集，或在运行时动态替换接口实现，但日常开发中很少使用，因为极易因字段未初始化引发panic。

内容的提问来源于stack exchange，提问作者Cosmin Albulescu