在 Go 中，接口是连接代码组件的桥梁。合理设计接口可以大幅提升程序的可维护性、可扩展性和测试友好性。本章将分享 Go 开发中常见的接口设计技巧与最佳实践。
一、接口设计原则
1. 面向接口编程，而非面向实现编程
尽量使用接口类型作为函数参数或返回值，从而实现模块解耦。
func SaveData(store DataStore, data string) { store.Save(data) }
2. 接口只依赖需要的方法（接口隔离原则）
尽量定义最小化接口，避免臃肿。
推荐：
type Reader interface { Read(p []byte) (n int, err error) }
❌ 不推荐：
type ReadWriteCloser interface { Read(p []byte) (n int, err error) Write(p []byte) (n int, err error) Close() error }
如果调用者只需要 Read()，就没必要依赖多余方法。
二、常用技巧与模式
技巧1：定义行为接口而非数据接口
接口应关注行为，不应暴露内部结构。
type Logger interface { Log(message string) }
而不是：
type Logger struct { FilePath string Format string }
技巧2：优先返回接口而不是结构体
隐藏实现细节，便于后续扩展与替换。
func NewStorage() Storage { return &fileStorage{} }
技巧3：为最小接口命名以“-er”结尾
Go 的命名惯例：
- •
Reader - •
Writer - •
Closer - •
Formatter
即表示“拥有某种能力”。
技巧4：使用接口组合实现可插拔架构
type Cache interface { Getter Setter } type Getter interface { Get(key string) (string, error) } type Setter interface { Set(key, value string) error }
不同的模块可实现不同组合能力，提升灵活性。
技巧5：使用接口简化单元测试（Mock接口）
通过接口依赖注入，可轻松替换为 mock 对象：
type DB interface { Query(sql string) ([]Row, error) } // 测试时使用 fakeDB type fakeDB struct{} func (f fakeDB) Query(sql string) ([]Row, error) { return []Row{{"mock"}}, nil }
技巧6：避免导出只被一个包使用的接口
反面示例：
// 在 package db 中定义 type Queryer interface { Query(sql string) ([]Row, error) }
如果这个接口仅用于本包内部，不如直接使用具体类型。
三、小结
| 技巧 | 说明 |
| 定义行为接口 | 接口表示能力，不暴露数据 |
| 最小接口原则 | 每个接口只定义一类职责 |
| 接口组合 | 将多个小接口组合成大接口，提高可配置性 |
| 接口名以 “-er” 结尾 | 遵循 Go 命名习惯，易读易懂 |
| 接口用于解耦和测试 | 替换真实依赖，方便单元测试 |
