c.set() 和 c.get() 是 gin 中唯一安全的上下文数据传递方式，因全局变量和闭包变量在并发请求下会互相污染；所有中间件和 handler 共享同一 *gin.context 实例，其数据仅限当前请求生命周期，天然隔离。
为什么不能直接用全局变量传数据
在 Gin 中，c.Set() 和 c.Get() 是唯一安全的上下文数据传递方式。全局变量或闭包捕获的变量在并发请求下会互相污染——Go 的 goroutine 是轻量级且高频复用的，一个中间件里改了全局 userID，下一个请求可能读到上个用户的值。这不是理论风险，而是实际压测中必然出现的 bug。
c.Set() 和 c.Get() 的正确用法
所有中间件和 handler 共享同一个 *gin.Context 实例，c.Set() 写入的数据仅对当前请求生命周期有效，天然隔离。
- 写入时必须用
c.Set("key", value)，key 建议用常量避免拼写错误，比如const ctxUserID = "user_id" - 读取时务必检查存在性：
val, exists := c.Get(ctxUserID)，不存在时exists为false，val是对应类型的零值（不是nil） - 类型断言要带
ok判断：if userID, ok := val.(string); ok { ... }，否则 panic - 不要用
c.MustGet()—— 它在 key 不存在时直接 panic，线上服务不可控
常见踩坑：中间件顺序与数据覆盖
上下文数据是线性写入的，后执行的中间件会覆盖同名 key。比如鉴权中间件设了 c.Set("user_id", "1001")，但日志中间件在它之后执行并调用 c.Set("user_id", "")，后续 handler 就拿不到用户 ID 了。
- 确保关键数据（如
user_id、tenant_id）只由最上游的中间件设置，且不被下游覆盖 - 避免在多个中间件里重复 set 同一个 key，尤其是空字符串或零值
- 调试时可用
fmt.Printf("ctx keys: %+v", c.Keys)打印当前所有键（仅开发环境）
进阶：用结构体封装上下文数据
当需要传递多个关联字段（如用户 ID、角色、权限列表），硬塞多个 c.Set() 不仅难维护，还容易漏判 exists。更稳妥的方式是定义一个结构体一次性存取：
type AuthContext struct {
UserID string
Role string
Scopes []string
}
// 中间件中
c.Set("auth", AuthContext{UserID: "1001", Role: "admin"})
// handler 中
if auth, ok := c.Get("auth").(AuthContext); ok {
// 直接用 auth.UserID
}
注意：结构体字段必须是可导出的（首字母大写），否则 JSON 序列化或反射会失败；同时仍需做类型断言和 ok 判断，不能假设一定存在。
