17370845950

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。

Context 取消与超时如何融入链中

责任链不是孤立执行的，每个环节都该响应 ctx.Done()。别等整个链跑完才发现超时 —— 要在每个处理器开头检查。

• 每个 Handler 必须第一行写 select { case
• 不要在链外另起 goroutine 包裹整个链，那会绕过 cancel 传播
• 数据库查询、HTTP 调用等阻塞操作，必须传入 ctx，例如 db.QueryContext(ctx, ...)

容易被忽略的是：如果某个处理器内部启动了子 goroutine 并未绑定 ctx，取消信号就失效了。这种“漏网 goroutine”会让服务 hang 住。