装饰者模式在Go中通过接口定义行为契约、结构体组合持有被装饰对象实现“透传+增强”，支持无限链式包装；需统一接口、正确透传调用、避免副本丢失，并推荐用构造函数封装初始化以保障安全。
装饰者模式在 Go 里不用“继承”，靠组合和接口
Go 没有类和继承，所以传统面向对象里的装饰者模式不能照搬。它靠的是 interface 定义行为契约，再用结构体字段持有被装饰对象（即组合），最后在方法中调用原对象逻辑并前后插入增强代码。
关键不是“套壳”，而是“透传 + 增强”。只要类型实现了同一接口，就能无限链式包装。
定义统一接口和基础实现
所有装饰器和被装饰对象必须共用一个接口，否则无法替换。比如定义一个日志记录场景的 Service 接口：
type Service interface {
Do() string
}
type ConcreteService struct{}
func (c *ConcreteService) Do() string {
return "original work"
}
注意：方法接收者用指针（*ConcreteService）更通用，方便后续装饰器嵌套时传值一致。
编写装饰器结构体并实现相同接口
装饰器本身也是 Service 接口的实现者，内部持有一个 Service 字段。常见错误是忘记透传调用，或误用值接收者导致副本丢失增强逻辑。
- 必须包含被装饰对象字段（如
next Service） - 实现接口方法时，先/后执行增强逻辑，中间调用
s.next.Do() - 避免在装饰器方法里直接 new 一个新实例——那会切断链路
type LoggingDecorator struct {
next Service
}
func (l *LoggingDecorator) Do() string {
fmt.Println("→ logging before")
result := l.next.Do()
fmt.Println("← logging after")
return result
}
type MetricsDecorator struct {
next Service
}
func (m *MetricsDecorator) Do() string {
start := time.Now()
result := m.next.Do()
fmt.Printf("⏱ took %v\n", time.Since(start))
return result
}
按需组合装饰器并调用
组合顺序决定执行顺序：最外层装饰器最先执行前置逻辑、最后执行后置逻辑。容易忽略的是初始化顺序和 nil 检查——如果某个装饰器的 next 是 nil，运行时 panic
。
推荐写一个构造函数封装初始化逻辑：
func NewLoggingService(s Service) Service {
return &LoggingDecorator{next: s}
}
func NewMetricsService(s Service) Service {
return &MetricsDecorator{next: s}
}
// 使用示例
s := &ConcreteService{}
s = NewLoggingService(s)
s = NewMetricsService(s)
s.Do() // 先 log → 再 metrics → 最后 original work
真正复杂的地方不在写法，而在于：装饰器是否线程安全、是否要支持 context 取消、错误是否要统一拦截、以及当装饰器变多时如何避免手动链式调用——这时候就得引入选项函数（functional options）或 builder 模式了。
