go责任链需显式调用next.servehttp(w, r)才能传递请求，chain必须用func(http.handler) http.handler签名以支持嵌套组合；改请求用withcontext，改响应需自定义responsewriter；包裹顺序决定执行顺序，不可错乱。
Go 语言里责任链不是靠接口自动跳转，而是靠 next 字段或闭包显式传递；不写 next.ServeHTTP(w, r) 就等于断链，没有“默认向下”这回事。
为什么 Chain 必须用 func(http.Handler) http.Handler 签名
这是 Go HTTP 中间件最稳、最标准的写法。它把下一个处理器作为参数传入，返回一个新处理器，天然支持嵌套和组合。
- 签名错成
func(http.ResponseWriter, *http.Request)会导致类型不匹配，无法被http.ServeMux或http.ListenAndServe接收 - 签名错成
func() http.Handler会丢失对next的捕获，每次调用都生成全新链，状态无法延续 - 第三方库（如
alice）只是语法糖，底层仍是这种闭包嵌套，没必要为省几行代码引入额外依赖
next.ServeHTTP(w, r) 漏写或位置错导致的典型错误
漏调这句，请求就停在当前中间件，后续 handler 完全不执行；调太早或太晚，又可能干扰上下文或响应状态。
- 常见错误现象：
http: multiple response.WriteHeader calls—— 因为鉴权失败写了 401，但没return，后续 handler 又写了 200 - 中断链的正确姿势：先
http.Error(w, "...", status)或手动w.WriteHeader()+w.Write()，再return，确保不调next.ServeHTTP() - 想在调用前后加逻辑（比如计时），必须严格放在
next.ServeHTTP()两侧，不能包在 defer 里——defer 在函数退出时才执行，顺序不可控
如何安全地改写请求或拦截响应
Go 的 *http.Request 和 http.ResponseWriter 都不可直接替换，只能包装或克隆。
- 改请求（如注入用户信息）：用
r = r.WithContext(context.WithValue(r.Context(), key, value))，key 必须私有（比如定义为var userKey = struct{}{}），避免冲突 - 改响应体（如 JSON 包装、压缩）：必须实现自定义
ResponseWriter，重写Write()、WriteHeader()和Flush()，且注意不要提前触发底层 write（比如在WriteHeader()里就写 body） - 别用
r.URL.Path = "/new"后直接调next.ServeHTTP()——多数路由匹配器（如http.ServeMux）只看原始路径，改了也白改
最容易被忽略的是链的包裹方向：auth(logging(realHandler)) 表示 auth 最先执行，logging 次之；很多人按从左到右读，误以为 logging 先跑。顺序一错，panic 恢复、日志、鉴权全失效，而且很难定位——因为代码本身没报错，只是逻辑没触发。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
