go 的 context 不自动跨 goroutine 传递，必须显式传入；withcancel/withtimeout 返回的子 context 需手动调用 cancel；ctx.value 仅适用于请求元数据，禁传业务参数和可变类型；http context 生命周期由网络层决定，取消仅为通知机制。
Context 值不是自动跨 goroutine 传递的
Go 的 context.Context 本身不绑定到 goroutine，也不会在启动新 goroutine 时自动继承父 context。如果你写 go doWork(ctx)，这个 ctx 是被显式传入的副本，但若你在 goroutine 内部又启动子 goroutine 却忘了传，那子 goroutine 就会失去 cancel 信号或 deadline 控制。
常见错误现象：context.DeadlineExceeded 没触发、ctx.Done() 一直阻塞、goroutine 泄漏。
- 所有新 goroutine 启动时，必须显式传入当前有效的
ctx（哪怕只是原样转发） - 避免在 goroutine 内部用
context.Background()或context.TODO()替代传入的ctx - 如果要派生子 context（如加 timeout 或 value），应在启动 goroutine 前完成，再把新
ctx传进去
WithCancel / WithTimeout 返回的 ctx 必须手动 cancel
context.WithCancel、context.WithTimeout、context.WithDeadline 返回的子 context 不会自动清理；它们依赖调用方显式调用返回的 cancel 函数。漏调用会导致 context 树无法释放、goroutine 长期监听已过期的 ctx.Done() channel。
使用场景：HTTP handler 中派生带 timeout 的子 context 处理下游请求，或长任务中嵌套子任务需独立控制生命周期。
- 务必用
defer cancel()（且确保cancel不为 nil） - 不要把
cancel函数传给不可信的第三方代码——它可能被提前或重复调用 - 多个 goroutine 共享同一个子 context 时，任一调用
cancel()都会使全部监听者退出
Value 类型的 context 不适合传业务参数
ctx.Value(key interface{}) interface{} 设计初衷是传请求范围的元数据（如 traceID、user auth info），不是替代函数参数。滥用会导致隐式依赖、类型断言失败、难以测试和调试。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
常见错误现象：panic: interface conversion: interface {} is nil, not string、静态分析无法追踪参数流、单元测试 mock 困难。
- key 类型推荐用私有未导出的 struct 或指针，避免字符串 key 冲突（如
type ctxKeyUser struct{}） - 绝不传指针、切片、map 等可变类型——value 是只读语义，修改它们不安全
- 业务逻辑需要的参数，优先走函数显式参数；只有跨多层中间件/拦截器仍需透传的上下文信息才考虑
Value
HTTP Server 中 context 从哪里来、何时结束
标准 net/http 的 http.Request.Context() 来自 server 启动时的 context.Background()，并在每次请求到来时通过 context.WithCancel 派生。它的生命周期由 HTTP 连接状态决定：客户端断开、超时、响应写出完成，都会触发 cancel。
但注意：这个 context 不会因 handler panic 而自动 cancel；也不会因中间件提前 return 而提前结束——它只响应网络层事件。
- 不要在 handler 中用
req.Context()启动长期后台 goroutine（如日志异步刷盘），应派生带明确 timeout 或 done channel 的子 context - 中间件修改 context（如加 value）必须用
req.WithContext(newCtx)构造新 *http.Request，否则下游拿不到 - 如果用了
http.TimeoutHandler，它会包装原始 context 并注入自己的 timeout，注意嵌套 cancel 顺序
真正容易被忽略的是：context 的取消信号是“尽力而为”的通知机制，不是强制终止。接收方必须主动监听 ctx.Done() 并做清理；没人会帮你关数据库连接、停定时器、或 close channel。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
