5 个 Go 接口常见错误 - 以及如何避免它们
在这篇文章中，我将介绍五种常见的Go接口错误，解释它们的问题所在，并通过可运行的代码示例展示如何修正。
每个部分都包含一个总结问题和解决方案的表格，并在适当的地方附上相关文档链接。让我们开始吧。
1. 无明确意图地嵌套接口
问题所在
将一个接口嵌入另一个接口看似是组合行为的简洁方式，但若缺乏明确目的，反而会导致接口臃肿并增加实现难度。
这种做法还可能引发接口间意外的依赖关系，从而降低灵活性。
反面示例
这里有一个接口，它嵌入了另一个接口，却没有给出明确的理由：
package mainimport "fmt"type Reader interface {Read(id string) (string, error)
}type Writer interface {Write(data string) error
}// Embeds Reader unnecessarily
type ReadWriter interface {ReaderWrite(data string) error
}type FileStore struct{}func (fs FileStore) Read(id string) (string, error) {return "data", nil
}func (fs FileStore) Write(data string) error {fmt.Println("Writing:", data)return nil
}func main() {var store ReadWriter = FileStore{}data, _ := store.Read("1")store.Write(data)fmt.Println("Read:", data)
}问题：在ReadWriter中嵌入Reader会强制实现者提供Read功能，即使使用者仅需Write功能。
这会导致接口臃肿并降低其可复用性。
更优方案
独立定义接口，仅在必要时组合它们，或在消费者中显式使用组合。
package mainimport "fmt"type Reader interface {Read(id string) (string, error)
}type Writer interface {Write(data string) error
}type FileStore struct{}func (fs FileStore) Read(id string) (string, error) {return "data", nil
}func (fs FileStore) Write(data string) error {fmt.Println("Writing:", data)return nil
}// Consumer uses only what it needs
func ProcessData(w Writer, r Reader) {data, _ := r.Read("1")w.Write(data)fmt.Println("Read:", data)
}func main() {store := FileStore{}ProcessData(store, store)
}其优势在于：将读取器（Reader）和写入器（Writerÿ
