如何使用Golang实现责任链模式请求传递_Golang责任链模式流程示例_技术教程

责任链模式在Go中的典型误用是滥用interface{}或Java式继承，正确做法是用函数类型链式拼接并透传context.Context；每个https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler接收next并自主决定是否调用，支持短路、类型安全与灵活组合。

什么是责任链模式在 Go 中的典型误用//www./link/d3d92bc35d062c83f89b7ea87d99dca93>

很多人一上来就用 interface{} 做处理器抽象，或者强行套用 Java 风格的抽象基类 + 子类继承，结果导致类型丢失、泛型不安全、中间件难以组合。Go 里责任链的核心不是“继承”，而是“函数链式拼接”和“请求上下文透传”。真正的起点是定义一个统一的处理签名：func(ctx context.Context, req interface{}) (interface{}, error)，所有环节都遵守这个契约。

如何用函数类型构建可组合的责任链//www./link/d3d92bc35d062c83f89b7ea87d99dca93>

Go 没有内置责任链语法糖，但可以用函数类型 + 闭包天然实现。关键在于把“下一个处理器”作为参数传入当前处理器，形成显式调用链，避免隐式递归或全局注册表。

type https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler func(context.Context, interface{}) (interface{}, error)
func Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Logging(next https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler {
return func(ctx context.Context, req interface{}) (interface{}, error) {
log.Printf("→ %T received", req)
defer log.Printf("← %T done", req)
return next(ctx, req)
}
}
func Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(d time.Duration) https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler {
return func(ctx context.Context, req interface{}) (interface{}, error) {
ctx, cancel := context.Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(ctx, d)
defer cancel()
return req, nil // 实际中这里会继续调用 next
}
}

每个装饰器（如 Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Logging）接收 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler 并返回新 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler，不修改原逻辑
链式调用顺序即执行顺序：Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Logging(Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(100*time.Millisecond)(finalhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler))
注意：Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Timeout 示例中未调用 next 是为了突出“短路”能力——某个环节可直接返回，不往下传

为什么不能直接用 struct + 方法链模拟责任链//www./link/d3d92bc35d062c83f89b7ea87d99dca93>

有人写类似 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9 := Newhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler().Use(A).Use(B).https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andle(req) 的结构体链式调用，这看似简洁，但隐藏严重问题：

Use 方法必须保存所有中间件到内部切片，丧失编译期类型检查
无法对单个环节做条件跳过（比如只对 POST 请求加鉴权）
错误处理分散：有的在 Use 里 panic，有的在 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andle 里返回 error，行为不一致
性能上多一次切片遍历，且每次 Use 都要分配内存

真正轻量可控的方式，是让每个环节自己决定是否调用 next，而不是由框架统一 for-range 调度。

真实 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTP 中间件场景下的责任链落地//www./link/d3d92bc35d062c83f89b7ea87d99dca93>

Go 标准库 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler 本身就是责任链雏形，但它的 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Servehttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTP 签名不带 context.Context 参数，容易导致上下文丢失。正确做法是封装一层：

type https://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler func(https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ResponseWriter, *https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Request, context.Context) error
func Chttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9ain(https://www./link/d3d92bc35d062c83f89b7ea87d99dca9 https://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler, middlewares ...func(https://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www./link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler {
for i := len(middlewares) - 1; i >= 0; i-- {
https://www./link/d3d92bc35d062c83f89b7ea87d99dca9 = middlewaresi
}
return https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andlerFunc(func(w https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ResponseWriter, r *https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Request) {
if err := https://www./link/d3d92bc35d062c83f89b7ea87d99dca9(w, r, r.Context()); err != nil {
https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Error(w, err.Error(), https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.StatusInternalServerError)
}
})
}
// 使用
https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler := Chttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9ain(https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andleUser, Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9Authttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9, Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9RateLimit)
https://www./link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ListenAndServe(":8080", https://www./link/d3d92bc35d062c83f89b7ea87d99dca9andler)

注意中间件顺序从右往左应用（即 Withttps://www./link/d3d92bc35d062c83f89b7ea87d99dca9RateLimit 最先执行），这是函数组合的自然特性。如果顺序写反，认证可能在限流之后才触发，导致未授权请求仍消耗配额。

最易被忽略的一点：所有中间件必须显式将 ctx 传递给下游，否则 cancel() 或超时信号无法穿透整条链。一旦某个环节忘了传 ctx，整条链就退化成阻塞式调用。