Golang装饰者模式详解与实现方法

本文深入解析了Go语言中如何巧妙运用接口与组合替代传统面向对象的继承，实现灵活、安全且可无限链式扩展的装饰者模式；通过统一接口定义行为契约、结构体字段持有被装饰对象、方法内精准透传调用并注入增强逻辑，辅以构造函数封装和nil防护，不仅规避了副本丢失与链路断裂等常见陷阱，更为高并发、上下文感知及规模化装饰场景（如日志、指标、错误处理）铺平了演进路径——原来没有类的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 模式了。

以上就是《Golang装饰者模式详解与实现方法》的详细内容，更多关于的资料请关注golang学习网公众号！