type UserService interface {
  GetUser(id int) string
}

type userService struct{}

func (s *userService) GetUser(id int) string {
  // 模拟耗时操作
  return fmt.Sprintf("User-%d", id)
}

type loggingDecorator struct {
  service UserService
}

func NewLoggingDecorator(s UserService) UserService {
  return &loggingDecorator{service: s}
}

func (d *loggingDecorator) GetUser(id int) string {
  fmt.Printf("Calling GetUser with ID: %d\n", id)
  result := d.service.GetUser(id)
  fmt.Printf("GetUser returned: %s\n", result)
  return result
}

service := &userService{}
loggedService := NewLoggingDecorator(service)

loggedService.GetUser(42) // 自动输出日志
</font>

链式装饰：叠加多个功能

装饰者模式的强大之处在于可叠加多个装饰器。比如再加一个缓存装饰器：

完全公开源代码，并无任何许可限制 特别基于大型电子商务网站的系统开发 Microsoft SQL Server 2000后台数据库，充分应用了存储过程的巨大功效 基于类模块的扩展数据访问能力支持任何类型的大型数据库 加密用户登录信息(cookie) 易于安装的系统和应用功能 100%的asp.net的代码，没有COM，j*a或者其他的格式 完全基于MS建议的系统安全设计 最佳的应用程序,数据库

type cacheDecorator struct {
  service UserService
  cache   map[int]string
}

func NewCacheDecorator(s UserService) UserService {
  return &cacheDecorator{
    service: s,
    cache:   make(map[int]string),
  }
}

func (c *cacheDecorator) GetUser(id int) string {
  if name, ok := c.cache[id]; ok {
    return name
  }

  name := c.service.GetUser(id)
  c.cache[id] = name
  return name
}

然后可以按顺序组合多个装饰器：

service := &userService{}
cached := NewCacheDecorator(service)
logged := NewLoggingDecorator(cached)

logged.GetUser(42) // 先走日志，再查缓存，最后调用真实服务
logged.GetUser(42) // 缓存生效，但仍会打印日志

执行顺序由包装顺序决定，外层装饰器先触发。

实际应用场景建议

装饰者模式特别适合以下场景：

• 中间件逻辑：如 API 请求的日志、认证、限流
• 性能监控：统计方法执行时间
• 事务管理：自动开启/提交数据库事务
• 错误处理：统一捕获并记录异常

设计时注意保持每个装饰器职责单一，避免把所有功能塞进一个大装饰器里。同时确保装饰器和被装饰者都实现同一接口，保证类型一致性。

基本上就这些。Go 的接口和组合机制让装饰者模式实现简洁自然，是扩展功能时值得掌握的技巧。