go 的 net/http 与 context 结合用于构建健壮 http 服务，核心是控制请求生命周期、透传增强 context、精细配置 server 及测试超时取消行为。
Go 的 net/http 和 context 结合使用，是构建健壮、可观察、可中断 HTTP 服务的核心能力。关键不在“会不会用”，而在“何时中断”“如何传递取消信号”“怎样避免 goroutine 泄漏”。
用 context 控制请求生命周期，防止超时和泄漏
每个 HTTP 请求都自带一个 context.Context（通过 Request.Context() 获取），它在客户端断开、超时或服务端主动取消时自动 Done。你不该自己新建 context，而应基于它派生子 context 来控制下游操作。
- 对数据库查询、rpc 调用、文件读写等阻塞操作，统一用
ctx.WithTimeout或ctx.WithDeadline设定上限，避免单个慢请求拖垮整个服务 - 启动 goroutine 处理异步任务（如日志上报、指标采集）时，必须传入
req.Context()，并在select { case 中监听取消，否则可能持续运行直至程序退出 - 不要在 handler 中保存
req.Context()到全局变量或长生命周期结构体里——它只对该请求有效，复用会导致逻辑错乱或 panic
中间件中透传并增强 context，注入请求上下文信息
标准库中间件本质是函数套函数：func(http.Handler) http.Handler。你可以在包装过程中从 request 提取 trace ID、用户身份、请求路径等，并写入 context，供后续 handler 安全消费。
- 用
context.WithValue存入结构化数据（如user.User或trace.Span），但 key 必须是私有类型（避免字符串冲突），例如type ctxKey String; const userKey ctxKey = "user" - 下游 handler 用
user, ok := r.Context().Value(userKey).(user.User)安全解包，ok检查不可省略 - 避免在 context 中存大对象或可变结构（如 map、slice），它不设计用于高频读写或共享状态
自定义 Server 配置，精细控制连接与上下文行为
http.Server 不只是监听端口。它的 ReadTimeout、WriteTimeout、IdleTimeout 影响底层连接，而 BaseContext 和 ConnContext 才真正控制 context 的生成时机。
- 设置
BaseContext可为每个新连接注入初始 context（例如绑定 logger 实例或全局配置），它早于任何 request 创建 - 使用
ConnContext可在连接建立后、首个 request 到达前，把连接级信息（如 TLS 客户端证书、IP 地址）注入 context，比在每个 handler 里重复解析更高效 -
Shutdown方法配合context.WithTimeout实现优雅停机：先关闭 listener，再等待活跃请求完成（或强制终止），确保无丢请求
测试 context 行为，验证超时与取消是否按预期触发
不能靠“看起来没卡住”来判断 context 正确。需用可控的 test context 模拟各种边界场景。
- 用
context.WithCancel+cancel()显式触发 Done，验证 handler 是否提前退出、goroutine 是否释放资源 - 用
httptest.NewUnstartedServer启动 server 后手动调用Start，再用http.Client{Timeout: 10 * time.Millisecond}发起短超时请求，断言返回context.DeadlineExceeded - 检查日志或计数器：在 defer 中记录“context done”，确认其在预期路径被调用，而非被忽略或延迟执行