责任链模式在Go中的典型误用是滥用interface{}或Java式继承，正确做法是用函数类型链式拼接并透传context.Context；每个https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler接收next并自主决定是否调用，支持短路、类型安全与灵活组合。
很多人一上来就用 interface{} 做处理器抽象，或者强行套用 Java 风格的抽象基类 + 子类继承，结果导致类型丢失、泛型不安全、中间件难以组合。Go 里责任链的核心不是“继承”，而是“函数链式拼接”和“请求上下文透传”。真正的起点是定义一个统一的处理签名：func(ctx context.Context, req interface{}) (interface{}, error)，所有环节都遵守这个契约。
Go 没有内置责任链语法糖，但可以用函数类型 + 闭包天然实现。关键在于把“下一个处理器”作为参数传入当前处理器，形成显式调用链，避免隐式递归或全局注册表。
type https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler func(context.Context, interface{}) (interface{}, error)
<p>func Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Logging(next https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www.php.cn/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)
}
}</p><p>func Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(d time.Duration) https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler {
return func(ctx context.Context, req interface{}) (interface{}, error) {
ctx, cancel := context.Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(ctx, d)
defer cancel()
return req, nil // 实际中这里会继续调用 next
}
}- 每个装饰器（如
Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Logging）接收https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler并返回新https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler，不修改原逻辑 - 链式调用顺序即执行顺序：
Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Logging(Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Timeout(100*time.Millisecond)(finalhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler)) - 注意：
Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Timeout示例中未调用next是为了突出“短路”能力——某个环节可直接返回，不往下传
有人写类似 https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9 := Newhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler().Use(A).Use(B).https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andle(req) 的结构体链式调用，这看似简洁，但隐藏严重问题：
-
Use方法必须保存所有中间件到内部切片，丧失编译期类型检查 - 无法对单个环节做条件跳过（比如只对 POST 请求加鉴权）
- 错误处理分散：有的在
Use里 panic，有的在https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andle里返回 error，行为不一致 - 性能上多一次切片遍历，且每次
Use都要分配内存
真正轻量可控的方式，是让每个环节自己决定是否调用 next，而不是由框架统一 for-range 调度。
立即学习“go语言免费学习笔记（深入）”；
Go 标准库 https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler 本身就是责任链雏形，但它的 https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Servehttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9TTP 签名不带 context.Context 参数，容易导致上下文丢失。正确做法是封装一层：
type https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler func(https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ResponseWriter, *https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Request, context.Context) error
<p>func Chttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ain(https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9 https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler, middlewares ...func(https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9TTPhttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler) https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler {
for i := len(middlewares) - 1; i >= 0; i-- {
https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9 = middlewares<a https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ref="https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9">i</a>
}
return https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andlerFunc(func(w https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ResponseWriter, r *https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Request) {
if err := https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9(w, r, r.Context()); err != nil {
https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.Error(w, err.Error(), https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.StatusInternalServerError)
}
})
}</p><p>// 使用
https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler := Chttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ain(https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andleUser, Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9Authttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9, Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9RateLimit)
https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9ttp.ListenAndServe(":8080", https://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9andler)注意中间件顺序从右往左应用（即 Withttps://www.php.cn/link/d3d92bc35d062c83f89b7ea87d99dca9RateLimit 最先执行），这是函数组合的自然特性。如果顺序写反，认证可能在限流之后才触发，导致未授权请求仍消耗配额。
最易被忽略的一点：所有中间件必须显式将 ctx 传递给下游，否则 cancel() 或超时信号无法穿透整条链。一旦某个环节忘了传 ctx，整条链就退化成阻塞式调用。
