直接用 c.Get("user") 会 panic 因其返回 interface{} 且未做类型断言，字符串 key 拼错（如 "usre"）也无法被编译器检查；应改用泛型安全方案：以未导出空结构体作 key（如 type userIDKey struct{}），配合 context.WithValue 和 c.SetRequest() 确保跨组件可见，避免混用 c.Set() 与 context.WithValue。
为什么直接用 c.Get("user") 会 panic
因为 c.Get() 返回的是 interface{}，不加类型断言就强转（比如 c.Get("user").(*User)）在值不存在或类型不匹配时必然 panic。更隐蔽的问题是：字符串 key 容易拼错，编译器完全不管——c.Set("usre", u) 和 c.Get("user") 看似合理，实则永远取不到值。
怎么用泛型安全存取 Context 数据
Go 1.27.1+ 支持泛型方法，可绕过 context.WithValue 的 interface{} 装箱开销和类型断言风险。核心是把 key 变成类型本身，而非字符串：
- 定义一个空接口类型作为 key：
type userIDKey struct{} - 存值用泛型封装函数：
ctx = context.WithValue(ctx, userIDKey{}, 123) - 取值用泛型提取函数：
if id, ok := ctx.Value(userIDKey{}).(int); ok { ... }
这样 key 是类型，拼写错误会在编译期报错；值的类型也由泛型约束，无需运行时断言。
在 Echo 中必须调用 c.SetRequest() 才生效
很多人塞了值但 handler 里取不到，根本原因是漏掉了这一步：c.SetRequest(c.Request().WithContext(newCtx))。Echo 的中间件链中，c.Request().Context() 默认是原始 context，你用 context.WithValue() 包装后生成了新 context，但没更新到 request 上，下游就完全看不见。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
常见错误现象：
- 中间件 A 设置了
userIDKey{}，handler 里c.Request().Context().Value(userIDKey{})返回nil - 日志中间件能打 traceID，DB 层用
db.QueryContext(c.Request().Context(), ...)却拿不到 tenant_id
别混用 c.Set() 和 context.WithValue()
c.Set() 是 Echo 自己的键值存储，只对当前 echo.Context 实例有效，且不透传给子 goroutine 或第三方库（如 sqlx、zap）；context.WithValue() 是标准库机制，所有遵循 Go context 规范的组件都能消费。两者语义不同，混用会导致数据割裂。
实际建议：
- 用户 ID、租户 ID、traceID 这类需跨组件共享的数据，一律走
context.WithValue()+c.SetRequest() -
c.Set()仅用于临时、本 handler 内部使用的轻量标记（比如c.Set("skip_audit", true)），且要确保所有读取方都显式c.Get()并做类型检查
最常被忽略的点是：key 类型必须唯一且不可导出（比如 type userIDKey struct{} 而不是 type UserIDKey struct{}），否则包外可能意外复用同一类型导致值覆盖。
