Go语言内置了int、float64、string、bool等基础类型，但真实世界的数据远比这些复杂。当你需要表示一个用户、一笔订单或一台设备时，这些原子类型就显得力不从心。结构体和接口正是Go解决这一问题的两把钥匙——前者让你创造新类型，后者让你关注行为而非类型本身。

结构体：把相关数据捆在一起

打开网易新闻 查看精彩图片

假设你要存储100个用户的信息，每个用户包含姓名、邮箱、电话和地址。最直观的办法是为每个属性单独创建数组：一个存100个名字，一个存100个邮箱……但这样做的代价是数据被拆散了。当你想读取某个用户的完整信息时，不得不从四个不同的地方拼凑。

结构体的核心作用就是解决这种"数据孤岛"问题。它允许你将相关字段打包成一个自定义类型：

type User struct {name    stringemail   stringphone   stringaddress string

一旦定义了User类型，你就可以创建User数组或切片来统一管理：var users [100]User 或 var users []User。此时每个用户的数据在内存中是连续存储的，逻辑上也形成一个整体。这种"打包"能力让代码更易维护，也减少了传参时的繁琐。

接口：关注能做什么，而不是是什么

如果说结构体解决的是"数据组织"问题，接口解决的就是"代码复用"问题。它的设计哲学很直接：不关心变量具体是什么类型，只关心它能执行什么操作。

原文给出的例子很典型。Dog、Cat、Human是三种完全不同的类型，但它们都能执行Speak()这个动作。在没有接口的情况下，你可能需要为每种类型写单独的函数。而接口让你可以写一份通用代码：

type Speaker interface {speak()func speaking(s Speaker) {s.speak()

只要某个类型实现了speak()方法，它就能传入speaking()函数。Dog、Cat、Human各自实现自己的speak()，但调用方无需区分。这种"鸭子类型"的静态版本，让Go在保持编译期类型安全的同时，获得了类似动态语言的灵活性。

两种机制的协作边界

结构体是"实"的——它定义内存布局，创建具体值。接口是"虚"的——它定义契约，屏蔽实现差异。

实际开发中，你往往先用结构体建模业务实体，再用接口抽象可替换的行为。比如一个日志系统：你可以定义FileLogger和ConsoleLogger两个结构体，各自实现Write()方法；然后定义一个Logger接口，让上层代码只依赖接口。哪天需要换成网络日志，只需新增一个结构体实现同一接口，调用方代码完全不用改动。

这种组合比传统继承更轻量。Go刻意摒弃了类的概念，用结构体+接口的组合实现类似功能，同时避免了多层继承的复杂性。理解这对组合的设计意图，是掌握Go类型系统的关键一步。