Go中责任链的典型误用是硬套Java的Handler继承结构，正确做法是用函数链：定义Handler为func(context.Context, interface{}) (interface{}, error)，通过闭包组合，中断靠返回非nil错误或nil,nil，且每个处理器需首行检查ctx.Done()响应取消。
什么是责任链模式在 Go 中的典型误用
很多人一上来就写 Handler 接口 + Next 字段，结果发现链路无法中断、错误处理混乱、中间件顺序难控。这不是 Go 风格的责任链 —— Go 没有继承体系，硬套 Java 的 AbstractHandler 模式只会让代码变重、测试变难。
用函数链（functional chain）替代结构体嵌套
Go 更自然的方式是把每个处理步骤定义为 func(context.Context, interface{}) (interface{}, error)，然后用闭包组合。这样链路可拆、可测、可跳过，且无需维护 Next 指针。
- 每个处理器只关心输入输出，不持有其他处理器引用
- 链的组装发生在调用侧，而非结构体内置
- 中断只需返回非 nil 错误，或显式返回
nil, nil表示终止后续
type Handler func(context.Context, interface{}) (interface{}, error)
func Chain(hs ...Handler) Handler {
return func(ctx context.Context, req interface{}) (interface{}, error) {
for _, h := range hs {
res, err := h(ctx, req)
if err != nil {
return nil, err
}
if res == nil { // 显式终止
return nil, nil
}
req = res // 向下传递结果
}
return req, nil
}
}
如何让事件类型安全且不泛型爆炸
直接用 interface{} 会丢失编译期检查，但为每种事件定义独立链又太碎。折中方案是：用泛型约束输入输出类型，但链本身仍保持函数签名统一。
- 定义具体处理器时用泛型确保类型匹配，例如
AuthHandler[T any] - 链组合层仍用
Handler类型，靠调用方保证类型流正确 - 避免在链内做类型断言；若必须，用
req.(T)+ok判断，不 panic
常见错误：在 Chain 内部对 req 做强制类型转换，导致运行时报 panic: interface conversion。
立即学习“go语言免费学习笔记（深入）”；
Context 取消与超时如何融入链中
责任链不是孤立执行的，每个环节都该响应 ctx.Done()。别等整个链跑完才发现超时 —— 要在每个处理器开头检查。
- 每个
Handler必须第一行写select { case - 不要在链外另起 goroutine 包裹整个链，那会绕过 cancel 传播
- 数据库查询、HTTP 调用等阻塞操作，必须传入
ctx，例如db.QueryContext(ctx, ...)
容易被忽略的是：如果某个处理器内部启动了子 goroutine 并未绑定 ctx，取消信号就失效了。这种“漏网 goroutine”会让服务 hang 住。
