Go 的 context 是管理请求生命周期、传递取消信号和共享请求级数据的核心机制，具有只读性、树状继承、Done通道通知取消、Value传小量元数据等特性。
在 Go 中，context 是管理请求生命周期、传递取消信号和跨层共享请求级数据（如用户身份、请求 ID、超时控制）的核心机制。它不是“全局变量”，而是随请求流动的、不可变的、线程安全的携带者。
理解 context 的基本结构与设计原则
Go 的 context.Context 接口包含四个方法：Deadline()、Done()、Err() 和 Value()。关键点在于：
- Context 是只读且不可修改的——你只能基于已有 context 创建新 context（如
WithCancel、WithValue），不能直接改写其内容； - 所有派生 context 都继承父 context 的取消链路和值，形成一棵树状结构；
-
Done()返回一个只读 channel，当 context 被取消或超时时自动关闭，协程应监听此 channel 以及时退出； -
Value(key)用于传递请求范围的元数据（如用户 ID、token），但仅限小量、低频、非关键业务数据；不推荐传结构体或大对象，更不应传函数或通道。
在 HTTP 请求中注入并传递用户信息
典型场景：中间件从 token 解析出用户 ID 或用户对象，并将其写入 context，后续 handler 和业务层可安全读取。
示例（使用标准 net/http）：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
<pre class="brush:php;toolbar:false;">func AuthMiddleware(next http.Handler) http.Handler {
return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
// 模拟从 header 解析用户 ID
userID := r.Header.Get("X-User-ID")
if userID == "" {
http.Error(w, "Unauthorized", http.StatusUnauthorized)
return
}
// 将用户 ID 注入 context，使用自定义 key 类型避免字符串冲突
ctx := context.WithValue(r.Context(), userKey{}, userID)
next.ServeHTTP(w, r.WithContext(ctx))
})
}
// 自定义 key 类型（推荐，防止与其他模块 key 冲突）
type userKey struct{}
func getUserID(ctx context.Context) string {
if uid, ok := ctx.Value(userKey{}).(string); ok {
return uid
}
return ""
}
// 在 handler 中使用
func profileHandler(w http.ResponseWriter, r *http.Request) {
userID := getUserID(r.Context())
fmt.Fprintf(w, "Hello, user %s", userID)
}
统一管理取消信号与超时控制
对下游调用（如数据库查询、HTTP 外部请求、RPC）必须带上 context，确保上游取消能级联中断所有依赖操作。
- 使用
context.WithTimeout 或 <code>context.WithDeadline为每个外部调用设置合理超时； - 数据库驱动（如
database/sql）、HTTP client（http.NewRequestWithContext）、gRPC client 均原生支持 context； - 自定义阻塞操作（如轮询、sleep）需手动监听
ctx.Done()并提前返回。
示例（带超时的 HTTP 调用）：
<pre class="brush:php;toolbar:false;">func fetchUserInfo(ctx context.Context, userID string) (string, error) {
// 为本次调用设置 3 秒超时
ctx, cancel := context.WithTimeout(ctx, 3*time.Second)
defer cancel()
req, err := http.NewRequestWithContext(ctx, "GET",
"https://api.example.com/users/"+userID, nil)
if err != nil {
return "", err
}
resp, err := http.DefaultClient.Do(req)
if err != nil {
// 如果是 context 被取消或超时，err 通常是 context.Canceled 或 context.DeadlineExceeded
return "", err
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
return string(body), nil
}
最佳实践与常见陷阱
- 永远不要用 context 传业务参数——比如订单 ID、分页页码等，应显式作为函数参数传递；context 只承载请求元数据和控制信号；
- 避免在 context 中存可变对象（如 map、slice、指针），因其可能被并发修改导致竞态；
- 不要把 context 存到结构体字段长期持有——它有生命周期，过期后继续使用会导致不可预期行为；
- 日志中建议提取 context 值（如 requestID、userID）打到每条日志里，便于全链路追踪；
- 若需多个值，可定义一个轻量结构体（如
RequestMeta）作为 value，但需确保其不可变性。
