责任链模式通过将请求沿处理链传递实现灵活处理。定义Request结构体与Handler接口，BaseHandler实现SetNext，ValidationHandler、AuthHandler、LogHandler依次验证、鉴权、记录日志，形成完整处理流程。
在Go语言中，责任链模式是一种行为设计模式，用于将请求沿着处理者链传递，直到某个处理者决定处理它。这种模式常用于构建灵活的请求处理流程，比如中间件系统、审批流程或日志处理等场景。
责任链模式的核心结构
责任链模式通常包含两个关键部分：处理者（Handler）和请求（Request）。每个处理者都持有对下一个处理者的引用，可以决定是否处理请求或将其传递给下一个节点。
下面是一个简单的Golang实现示例，模拟一个请求处理流程：验证请求、检查权限、记录日志。
定义请求结构体我们先定义一个表示请求的数据结构：
立即学习“go语言免费学习笔记（深入）”；
type Request struct {
UserID int
Action string
Valid bool
Logged bool
}
定义处理者接口
所有处理者都需要实现统一的接口：
type Handler interface {
SetNext(next Handler)
Handle(req *Request)
}
实现基础处理者结构
为了避免每个子类重复实现 SetNext 方法，我们可以创建一个基础结构体：
type BaseHandler struct {
next Handler
}
func (b *BaseHandler) SetNext(next Handler) {
b.next = next
}
具体处理者实现
接下来实现三个具体的处理者：验证、权限检查、日志记录。
1. 验证处理者确保请求基本有效：
type ValidationHandler struct {
BaseHandler
}
func (v *ValidationHandler) Handle(req *Request) {
if req.UserID <= 0 {
fmt.Println("请求无效：用户ID缺失")
return
}
req.Valid = true
fmt.Println("验证通过")
if v.next != nil {
v.next.Handle(req)
}
}
2. 权限检查处理者
检查用户是否有执行操作的权限：
type AuthHandler struct {
BaseHandler
}
func (a *AuthHandler) Handle(req *Request) {
if !req.Valid {
fmt.Println("权限检查跳过：请求未验证")
return
}
if req.Action == "delete" && req.UserID != 1 {
fmt.Println("权限不足：只有管理员可删除")
return
}
fmt.Println("权限检查通过")
if a.next != nil {
a.next.Handle(req)
}
}
3. 日志处理者
记录请求信息：
type LoggingHandler struct {
BaseHandler
}
func (l *LoggingHandler) Handle(req *Request) {
if !req.Valid {
fmt.Println("日志记录跳过：请求无效")
return
}
fmt.Printf("日志：用户 %d 执行操作 %s\n", req.UserID, req.Action)
req.Logged = true
}
构建和使用责任链
在 main 函数中组装处理链并发送请求：
func main() {
validation := &ValidationHandler{}
auth := &AuthHandler{}
logging := &LoggingHandler{}
validation.SetNext(auth)
auth.SetNext(logging)
// 场景1：合法请求
req1 := &Request{UserID: 1, Action: "delete"}
validation.Handle(req1)
fmt.Println("---")
// 场景2：权限不足
req2 := &Request{UserID: 2, Action: "delete"}
validation.Handle(req2)
}
输出结果：
验证通过
权限检查通过
日志：用户 1 执行操作 delete
---
验证通过
权限不足：只有管理员可删除
模式的优势与适用场景
责任链模式让请求处理流程更加灵活。你可以动态调整处理顺序，添加或移除处理节点，而无需修改现有代码。这种结构特别适合中间件系统，如 Gin 或 Echo 框架中的 HTTP 请求处理链。
基本上就这些。这种模式不复杂但容易忽略细节，比如链的终止条件和错误处理的统一。实际项目中可结合接口和泛型进一步抽象。
