接口通过定义行为契约实现多态与解耦，如Notifier接口含Send方法，EmailService和SMSService结构体隐式实现该接口，业务函数NotifyUser接收Notifier接口类型，支持不同通知方式的统一处理，遵循小接口原则便于测试与扩展。
在Golang初级项目中，接口（interface）是实现多态和解耦的重要工具。合理定义和实现接口，能让代码更清晰、易于测试和扩展。下面从实际开发角度，介绍接口的定义与实现方式。
接口定义：明确行为契约
接口的核心是定义“能做什么”，而不是“怎么做”。在项目初期，应根据业务场景抽象出通用行为。
例如，假设我们要实现一个消息通知系统，支持邮件、短信等多种方式：
type Notifier interface {
Send(message string) error
}
这个接口只声明了 Send 方法，任何实现了该方法的类型都自动满足 Notifier 接口。这种“隐式实现”是 Go 的特色，减少了类型间的显式依赖。
立即学习“go语言免费学习笔记（深入）”；
接口实现：结构体+方法
定义好接口后，用具体结构体去实现它。比如实现邮件通知：
type EmailService struct {
SMTPHost string
Port int
}
func (e *EmailService) Send(message string) error {
// 模拟发送邮件
fmt.Printf("邮件已发送: %s\n", message)
return nil
}
同理，可以实现短信服务：
type SMSService struct {
APIKey string
}
func (s *SMSService) Send(message string) error {
fmt.Printf("短信已发送: %s\n", message)
return nil
}
两个结构体都实现了 Send 方法，因此都满足 Notifier 接口，可以统一处理。
接口使用：依赖注入与多态
在业务逻辑中，应面向接口编程。例如通知服务：
func NotifyUser(notifier Notifier, content string) {
err := notifier.Send(content)
if err != nil {
log.Printf("通知失败: %v", err)
return
}
log.Println("通知发送成功")
}
调用时可传入不同实现：
emailSvc := &EmailService{SMTPHost: "smtp.example.com", Port: 587}
smsSvc := &SMSService{APIKey: "abc123"}
NotifyUser(emailSvc, "欢迎注册")
NotifyUser(smsSvc, "验证码：1234")
这样切换通知方式时，无需修改业务逻辑，只需更换实现类型。
小接口原则与测试友好性
初学者建议遵循“小接口”原则，即接口尽量只包含少量方法。比如不要定义一个包含 Send、Receive、Validate、Log 等十几个方法的大接口。
小接口更灵活，也更容易 mock 测试。例如测试 NotifyUser 函数时，可以创建一个模拟实现：
type MockNotifier struct {
Called bool
LastMsg string
}
func (m *MockNotifier) Send(message string) error {
m.Called = true
m.LastMsg = message
return nil
}
测试时直接使用 MockNotifier，无需依赖真实服务，提升测试效率。
基本上就这些。接口设计的关键是抓住行为抽象，保持简洁，让具体实现可替换。在初级项目中实践这些原则，能为后续扩展打下良好基础。
