Go不支持传统OOP机制，而是通过组合、接口、函数值和嵌入实现设计模式；推荐用NewXXX函数显式初始化并校验，返回指针和error；优先使用窄接口而非interface{}；嵌入字段方法可提升但需注意冲突与覆盖规则。
Go 语言没有类、继承、构造函数或泛型约束下的接口实现检查，所以它不支持传统面向对象（OOP）的语法机制。设计模式在 Go 中不是“照搬”，而是“重构问题”——用组合、接口、函数值和结构体嵌入等原生特性，达成类似目的。
Go 里为什么不用 new() 或 constructor 函数来模拟类初始化
Go 的 new() 只分配零值内存，不执行逻辑；而 func NewXXX() *XXX 是约定俗成的构造函数替代方案，但它本质是普通函数，不绑定类型，也不强制调用。真正关键的是：Go 鼓励显式初始化，把校验、依赖注入、默认值设置等逻辑写进这个函数里。
常见错误是直接暴露结构体字面量，导致调用方绕过必要初始化步骤：
type DBClient struct {
addr strin
g
timeout time.Duration
}
// ❌ 危险：调用方可能传空 addr 或 0 timeout
db := DBClient{addr: "localhost:5432"}
// ✅ 推荐：用 NewDBClient 强制校验
func NewDBClient(addr string, timeout time.Duration) (*DBClient, error) {
if addr == "" {
return nil, errors.New("addr cannot be empty")
}
return &DBClient{addr: addr, timeout: timeout}, nil
}
g
timeout time.Duration
}
- 所有字段初始化逻辑必须集中、可测试、可拦截
- 返回指针 + error 是 Go 构造惯用法，而非 OOP 中的 “构造失败抛异常”
- 不提供公开字段的 setter 方法，靠构造函数一次设全，体现不可变性倾向
interface{} 和空接口在策略模式/工厂模式中的真实用法
Go 的接口是隐式实现，interface{} 是最宽泛的空接口，但实际设计模式中更常用**窄接口**——只声明行为所需方法。比如策略模式不依赖 interface{}，而是定义如 Processor 接口：
type Processor interface {
Process(data []byte) error
}
type JSONProcessor struct{}
func (j JSONProcessor) Process(data []byte) error { / ... / }
type XMLProcessor struct{}
func (x XMLProcessor) Process(data []byte) error { / ... / }
func RunProcessor(p Processor, data []byte) error {
return p.Process(data) // 编译期确保 p 实现了 Process
}
- 用
interface{}做参数等于放弃类型安全，无法静态检查方法是否存在 - 工厂函数返回具体类型或窄接口，而不是
interface{} - 接口名应描述能力（
Reader、Writer），而非实体（JSONHandler）
组合代替继承时，嵌入字段的可见性与方法冲突怎么处理
Go 用结构体嵌入（embedding）模拟“继承”，但它是编译期扁平展开，不是运行时委托。嵌入字段的方法会提升（promoted）到外层结构体，但规则严格：
- 如果外层结构体自己实现了同名方法，会覆盖嵌入字段的方法
- 嵌入字段是匿名的才触发提升；如果带字段名（如
db DBClient），则需显式调用obj.db.Process() - 多个嵌入字段有同名方法？编译报错：
ambiguous selector obj.Process
典型场景是日志中间件包装 HTTP handler：
type LoggingHandler struct {
http.Handler // 匿名嵌入 → Handler 接口方法自动可用
}
func (l LoggingHandler) ServeHTTP(w http.ResponseWriter, r *http.Request) {
log.Printf("request: %s %s", r.Method, r.URL.Path)
l.Handler.ServeHTTP(w, r) // 显式调用被包装的 handler
}
这里 LoggingHandler 没有重新实现 ServeHTTP 就会直接使用嵌入的 http.Handler 实现，但通常你要拦截，所以得自己写——这是组合的主动权，不是继承的隐式覆盖。
Go 的设计模式落地，核心不在“像不像 Java”，而在“能不能让接口小、组合清、错误早暴露、依赖可替换”。很多模式（如观察者、模板方法）被函数值和闭包简化掉了；有些（如抽象工厂）退化为一组返回接口的工厂函数。最容易忽略的一点是：Go 不鼓励为模式而模式，先写直白代码，等出现三个以上相似结构，再提取共性——那时接口和组合自然浮现。
