在Golang开发中，装饰器模式可以通过函数式编程的方式灵活实现，核心思路是将原有函数作为入参，返回一个新的函数，新函数可以在执行原有函数逻辑前后添加额外的操作，多个装饰器叠加时只需要依次嵌套调用即可。
装饰器模式的核心逻辑
装饰器模式的核心是不修改原有函数的实现，通过包装的方式扩展功能。在Golang中，由于函数是一等公民，我们可以直接将函数作为参数传递，也可以将函数作为返回值，这是实现装饰器的基础。
首先我们需要定义一个统一的函数类型，作为所有装饰器和被装饰函数的通用类型，这样不同的函数才能互相传递和嵌套。
// 定义通用的处理函数类型，入参为string，返回值为string type HandlerFunc func(string) string
基础装饰器的实现
基础装饰器接收一个HandlerFunc类型的函数，返回一个同样类型的新函数，在新函数中添加额外的逻辑后调用原函数。
// 日志装饰器，在执行原函数前后打印日志
func LogDecorator(handler HandlerFunc) HandlerFunc {
return func(input string) string {
// 执行前打印日志
fmt.Println("开始执行处理函数，输入参数:", input)
// 调用原函数获取结果
result := handler(input)
// 执行后打印日志
fmt.Println("处理函数执行完成，输出结果:", result)
return result
}
}
// 耗时统计装饰器，统计原函数的执行耗时
func TimeDecorator(handler HandlerFunc) HandlerFunc {
return func(input string) string {
start := time.Now()
result := handler(input)
elapsed := time.Since(start)
fmt.Println("处理函数执行耗时:", elapsed)
return result
}
}
装饰器功能叠加的实现
装饰器的叠加只需要将多个装饰器依次嵌套调用即可，内层的装饰器先包装原函数，外层的装饰器再包装内层返回的新函数，执行时会按照从外到内的顺序依次执行装饰逻辑，再执行原函数，最后再反向执行装饰逻辑的后半部分。
// 被装饰的原始函数，实现基础的业务逻辑
func OriginHandler(input string) string {
// 模拟业务处理耗时
time.Sleep(100 * time.Millisecond)
return "处理完成:" + input
}
func main() {
// 先叠加日志装饰器，再叠加耗时统计装饰器
decoratedHandler := TimeDecorator(LogDecorator(OriginHandler))
// 调用叠加后的函数
result := decoratedHandler("测试输入")
fmt.Println("最终结果:", result)
}
上述代码的执行顺序为：先执行TimeDecorator的前置逻辑（记录开始时间），再执行LogDecorator的前置逻辑（打印开始日志），接着执行OriginHandler的业务逻辑，然后执行LogDecorator的后置逻辑（打印完成日志），最后执行TimeDecorator的后置逻辑（打印耗时），最终实现两个装饰器功能的叠加。
带参数的装饰器实现
如果我们需要装饰器支持自定义参数，比如日志装饰器需要指定日志前缀，只需要将装饰器定义为高阶函数，先接收参数，再返回装饰器函数即可。
// 带参数的日志装饰器，支持自定义日志前缀
func LogDecoratorWithPrefix(prefix string) func(HandlerFunc) HandlerFunc {
return func(handler HandlerFunc) HandlerFunc {
return func(input string) string {
fmt.Printf("[%s] 开始执行处理，输入:%sn", prefix, input)
result := handler(input)
fmt.Printf("[%s] 处理完成，输出:%sn", prefix, result)
return result
}
}
}
func main() {
// 使用带参数的装饰器叠加
decoratedHandler := TimeDecorator(LogDecoratorWithPrefix("业务模块")(OriginHandler))
decoratedHandler("带参数装饰器测试")
}
装饰器的实际应用场景
装饰器模式在Golang的实际开发中有很多适用场景，比如：
- 接口请求的鉴权、限流、日志统一处理，不需要在每个接口函数中重复编写这些逻辑
- 数据库操作的重试、事务包裹、耗时统计，提升数据层代码的可复用性
- 缓存逻辑的统一包装，在调用业务逻辑前先查缓存，没有缓存再执行原逻辑并写入缓存
需要注意的是，装饰器叠加过多会导致函数调用栈变深，调试时可能需要追踪多层嵌套的逻辑，因此实际使用中需要合理控制装饰器的数量，避免过度设计。
GolangDecorator_Pattern装饰器功能叠加函数增强修改时间：2026-06-19 23:12:33