Golang职责链模式请求处理详解

Golang不知道大家是否熟悉？今天我将给大家介绍《Golang职责链模式处理请求顺序调用详解》，这篇文章主要会讲到等等知识点，如果你在看完本篇文章后，有更好的建议或者发现哪里有问题，希望大家都能积极评论指出，谢谢！希望我们能一起加油进步！

Go中职责链模式通过接口/函数类型定义Handler，用组合构建链式结构，支持SetNext链式拼接，Handle中判空并按true终止、false传递，可函数式初始化。

在 Go 语言中实现职责链（Chain of Responsibility）模式，核心是让多个处理器（Handler）按顺序尝试处理请求，每个处理器决定是否处理、是否继续传递给下一个。Go 没有类继承，但可通过接口 + 组合 + 函数式风格优雅实现，且天然适合链式调用。

定义统一处理器接口

所有处理器需满足同一行为契约，通常是一个接受请求并返回是否“已处理”或继续传递的函数签名：

推荐方式：定义 Handler 接口，含 Handle(req interface{}) bool 方法。返回 true 表示已终结处理；false 表示交由下一环节。

更 Go 风格的变体：用函数类型代替接口，如 type HandlerFunc func(interface{}) bool，再为它实现 Handle 方法，便于链式组装。

构建可链式拼接的处理器结构

用结构体封装处理器逻辑，并持有下一个处理器引用（可为 nil），形成链表结构：

• 定义 Chain 结构体，字段包含 next Handler 和业务逻辑字段（如校验规则、日志开关等）
• 实现 SetNext(h Handler) *Chain 方法，支持链式调用：如 authHandler.SetNext(logHandler).SetNext(dbHandler)
• Handle(req interface{}) bool 方法内先执行自身逻辑，若未终结，则调用 next.Handle(req)

避免空指针与提前终止

实际使用中容易忽略两个关键点：

• 在 Handle 方法中，必须判空 h.next != nil 再调用，否则 panic
• 若某个处理器返回 true，表示请求已被消费，不应再调用后续处理器；若返回 false，才应继续传递
• 可在链尾加一个默认处理器（如 DefaultHandler），确保所有请求都有兜底响应，避免无声丢失

用函数式写法简化链初始化

不依赖结构体字段，直接用闭包组合处理器，更轻量：

func NewChain(handlers ...HandlerFunc) HandlerFunc {
  return func(req interface{}) bool {
    for _, h := range handlers {
      if h(req) {
        return true
      }
    }
    return false // 全部未处理
  }
}

这样可直接：handler := NewChain(AuthCheck, RateLimit, LogRequest, SaveToDB)，调用 handler(myReq) 即触发整条链。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Golang职责链模式请求处理详解》文章吧，也可关注golang学习网公众号了解相关技术文章。