责任链模式通过将请求沿处理器链传递实现解耦，适用于中间件、权限校验等场景；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中间件、审批流程、过滤器链等。合理使用该模式可提升代码可读性和维护性。
基本上就这些，不复杂但容易忽略细节，比如链的终止判断和错误传递方式。
