beego.context.value()不存在，它与标准库context.context无关；应使用ctx.input.data存取请求级数据，或通过ctx.request.context()获取标准上下文进行全链路传递。
Beego.Context.Value() 不是标准库 context.Value()
Beego 的 Context 是框架自定义类型，和 Go 标准库的 context.Context 完全无关。它没有 Value() 方法——你查不到、调用会报错。很多开发者卡在这一步，是因为混淆了两个不同层级的“Context”：一个是 Beego 封装 HTTP 请求/响应的运行时上下文（*context.Context），另一个是 Go 语言用于协程控制的抽象上下文（context.Context）。
如果你在 Beego 控制器里写 ctx.Value("key")，Go 编译器会直接提示 ctx.Value undefined。这不是配置问题，是类型根本没这个方法。
想传请求级数据？用 Beego.Context.Input 或自定义字段
Beego 的 Context 通过 Input 对象暴露参数解析能力，但不提供通用键值存储。要带业务数据（比如用户 ID、trace ID），有几种实际可行方式：
- 把数据塞进
ctx.Input.Data（map[string]interface{} 类型），这是 Beego 预留的“临时数据槽”，控制器内可读写，常用于模板渲染前传参 - 在中间件（Filter）中提前解析并存入
ctx.Input.Data["userID"] = userID，后续控制器直接取ctx.Input.Data["userID"] - 若需跨中间件/控制器持久化（如日志链路追踪），建议封装一个轻量结构体，挂到
ctx上（需注意生命周期）；但更稳妥的做法是用标准库context.WithValue(r.Context(), key, value)，再从r.Context().Value(key)取——前提是你的 handler 已接入标准http.Request
注意：ctx.Input.Data 不会自动透传到子 Goroutine，也不参与 HTTP 连接取消信号传递，仅限当前请求生命周期内的同步流程使用。
标准库 context.Context 才该承担全链路传递职责
真正支撑“全链路”的是 http.Request.Context()，不是 Beego 的 Context。你在 Beego 路由函数里拿到的 ctx *context.Context，底层其实包裹着 *http.Request 和 http.ResponseWriter，你可以安全地调用 ctx.Request.Context() 获取标准上下文。
典型用法：
- 超时控制：
ctx, cancel := context.WithTimeout(ctx.Request.Context(), 2*time.Second) - 注入 traceID：
ctx = context.WithValue(ctx.Request.Context(), traceKey, "abc123") - 传给下游 DB 或 RPC：
db.QueryRowContext(ctx, sql, args...)
务必记得：所有带 Context 参数的 Go 标准库或第三方函数（database/sql、net/http、redis.Client 等），都只认标准 context.Context，Beego 的 Context 对它们完全不可见。
Beego 中间件里怎么安全注入和读取上下文数据
Beego 的 Filter 函数签名是 func(*context.Context)，它本身不暴露 http.Request，但你可以通过 ctx.Request 拿到原始请求对象。所以中间件中做上下文增强的标准姿势是：
- 先用
ctx.Request.Context()获取标准上下文 - 用
context.WithValue或context.WithTimeout派生新上下文 - 把新上下文重新绑定回
ctx.Request（需反射或重写 request，不推荐）——更现实的做法是：把关键值（如userID）直接存进ctx.Input.Data，并在后续 controller 中统一从那里读 - 如果必须透传到 goroutine，应在启动 goroutine 前显式传入
ctx.Request.Context()，而不是依赖 Beego 的Context实例
容易被忽略的一点：Beego 的 Context 实例在每次请求中是复用的，但它的字段（如 Input.Data）不会自动清空。如果中间件未初始化就直接读写，可能拿到上一次请求残留的数据——务必在 Filter 开头做 ctx.Input.Data = make(map[string]interface{}) 或类似清理。
