Beego 的 context.Context 不支持直接挂载任意结构体，因其是固定结构体且无字段扩展能力；必须通过 ctx.Input.Data（map[string]interface{}）安全存取，该映射线程安全、生命周期与请求一致，且新老版本均兼容。
Beego 的 context.Context 本身不支持直接挂载任意结构体（比如 ctx.User = &User{...}），强行赋值会编译失败或运行时 panic。必须通过其预留的 ctx.Input.Data 映射（map[string]interface{}）来安全注入自定义数据。
为什么不能直接给 ctx 赋值新字段
Go 是强类型语言，context.Context 是 Beego 封装的固定结构体，没有开放字段扩展能力。你看到的 ctx.Input、ctx.Output 等都是嵌入字段，但它们的类型和行为由框架严格定义。试图用 ctx.MyData = ... 会报 cannot assign to struct field ctx.MyData in dot notation。
正确做法：用 ctx.Input.Data 存取自定义结构体
ctx.Input.Data 是一个公开可写的 map[string]interface{}，专为请求级临时数据设计，生命周期与当前请求一致，线程安全（在单个请求 goroutine 内使用无需额外加锁）。
- 写入：
ctx.Input.Data["user"] = &User{ID: 123, Name: "alice"} - 读取：
if u, ok := ctx.Input.Data["user"].(*User); ok { ... } - 注意 key 名不要和 Beego 内部 key 冲突（如
"method"、"params"），建议加前缀，例如"req_user"或"auth_info"
常见误用场景与修复
容易踩坑的地方集中在中间件和控制器之间数据传递不一致：
- 在中间件里写了
ctx.Input.Data["auth"] = tokenInfo，但在控制器里直接用ctx.Input.Data["auth"]取值却得到nil—— 检查是否漏调了ctx.Next()，没调就中断了流程，后续 handler 根本不会执行 - 类型断言失败：
u := ctx.Input.Data["user"].(*User)崩溃 —— 必须加ok判断，否则 panic；推荐统一封装工具函数：GetUser(ctx *context.Context) (*User, bool) - 在 Filter 函数中写入，但路由匹配失败导致 Filter 未执行 —— 确保 Filter 注册在正确命名空间或全局生效，例如用
beego.InsertFilter("/*", beego.BeforeRouter, authFilter)
性能与兼容性提醒
ctx.Input.Data 是 map 查找，O(1)，无性能顾虑；但要注意它只存活于单次 HTTP 请求生命周期内，不能跨请求复用，也不能用于 goroutine 间共享（除非你明确控制并发访问）。新老版本 Beego（v1.x 和 v2.x）都保留该字段，但 v2.x 中包路径变为 github.com/beego/beego/v2/server/web/context，导入时别写错。
