Golang装饰者模式详解与组合案例

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《Golang装饰者模式实现与组合示例》，文章讲解的知识点主要包括，如果你对Golang方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

装饰者模式在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的相关知识，也可关注golang学习网公众号。