责任链模式通过将请求沿处理器链传递实现解耦，适用于中间件、权限校验等场景；2. go中用接口定义Handler，包含SetNext和Handle方法，BaseHandler封装下一节点设置与传递逻辑；3. 具体处理器如LoggingHandler、AuthHandler、ValidationHandler依次实现处理逻辑并决定是否转发请求。
在Go语言中，责任链模式是一种行为设计模式，用于将请求沿着处理者链条传递，直到某个处理者决定处理它。这种模式常用于构建灵活的请求处理流程，比如中间件系统、日志处理、权限校验等场景。
责任链模式的核心思想
责任链模式的关键在于多个处理者组成一条链，每个处理者都有机会处理请求或将其传递给下一个处理者。这样可以解耦请求发送者和接收者，同时支持动态扩展处理逻辑。
在Go中，通常通过接口和函数组合来实现这一模式，结构清晰且易于维护。
定义处理器接口与结构体
首先定义一个统一的处理器接口，所有具体处理器都实现该接口：
立即学习“go语言免费学习笔记（深入）”；
type Handler interface { SetNext(handler Handler) Handler Handle(request string) string }
每个处理器需要能够设置下一个处理器，并决定是否处理当前请求。
接下来实现一个基础抽象结构，便于复用设置下一节点的逻辑：
type BaseHandler struct { next Handler } func (b *BaseHandler) SetNext(handler Handler) Handler { b.next = handler return handler } func (b *BaseHandler) PassToNext(request string) string { if b.next == nil { return "no more handlers to process" } return b.next.Handle(request) }
实现具体处理器
基于基础结构，创建具体的处理器，例如日志记录、身份验证和数据校验：
type LoggingHandler struct { BaseHandler } func (l *LoggingHandler) Handle(request string) string { fmt.Println("Logging request:", request) return l.PassToNext("logged: " + request) } type AuthHandler struct { BaseHandler } func (a *AuthHandler) Handle(request string) string { if !strings.Contains(request, "auth") { return "authentication failed" } fmt.Println("Authentication passed for:", request) return a.PassToNext("authenticated: " + request) } type ValidationHandler struct { BaseHandler } func (v *ValidationHandler) Handle(request string) string { if len(request) < 5 { return "validation failed: request too short" } fmt.Println("Validation passed for:", request) return "validated: " + request }
每个处理器可以选择继续传递请求或直接返回结果。
组装并使用责任链
在主程序中，按需组装处理器链条：
func main() { logging := &LoggingHandler{} auth := &AuthHandler{} validation := &ValidationHandler{} // 链接处理器 logging.SetNext(auth).SetNext(validation) // 发起请求 result := logging.Handle("user data with auth") fmt.Println("Final result:", result) }
输出会显示每一步的处理情况，最终得到完整流程的结果。
如果某个环节拒绝处理（如认证失败），后续处理器就不会执行，实现短路效果。
总结
Go中的责任链模式通过接口与组合机制，实现了请求处理的松耦合和高扩展性。适用于需要多阶段处理的场景，如Web中间件、审批流程、过滤器链等。合理使用该模式可提升代码可读性和维护性。
基本上就这些，不复杂但容易忽略细节，比如链的终止判断和错误传递方式。