buffalo context中存自定义对象需用c.set(key, value)，key为string，取值用c.get(key)并手动类型断言；其底层为非并发安全map，但单请求内单goroutine使用故无需锁，注意避免跨goroutine传c和断言失败不检查。
Buffalo Context 中怎么存自定义对象
Buffalo 的 c（buffalo.Context）本质是封装了 http.Request 和 http.ResponseWriter 的增强上下文，它内部用一个 map[string]interface{} 存键值对，类似 net/http 的 context.WithValue，但更直接、无类型安全检查。
存对象用 c.Set(key, value)，key 必须是 string；取用 c.Get(key)，返回 interface{}，需手动断言类型。
-
c.Set("user", &User{ID: 123, Name: "Alice"})是合法的，但注意：对象生命周期只到本次请求结束，别存长生命周期指针或全局状态 - 不推荐用
c.Set("db", db)这类共享资源句柄——Buffalo 的中间件链是串行复用c的，多 goroutine 并发写同一c会出错；应通过中间件注入单次请求绑定的实例（如c.Set("tx", tx)） - 避免 key 冲突：不同中间件/处理器用相同 key 覆盖值，建议加命名空间前缀，比如
"auth.user"、"db.tx"
为什么 c.Get() 返回 interface{} 而不是泛型
Buffalo v0.18.x（当前稳定版）基于 Go 1.18 之前开发，未采用泛型重构 Context 接口。所以 c.Get() 只能返回 interface{}，强制类型断言是必须步骤。
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
- 常见错误：
u := c.Get("user")后直接调用u.Name→ 编译失败，“u.Name undefined (type interface {} is interface with no methods)” - 正确写法：
if u, ok := c.Get("user").(*User); ok { ... }，务必检查ok，否则 panic - 如果频繁使用某类对象，可封装辅助方法：
func UserFromContext(c buffalo.Context) (*User, bool) { u, ok := c.Get("user").(*User); return u, ok }
和 net/http context.Value 对比有什么区别
Buffalo 的 c.Set/c.Get 是独立实现，不依赖 request.Context().Value()，也不自动桥接。两者完全隔离。
- 你调用
c.Request.Context().Value("foo")拿不到c.Set("foo", ...)存的值 - 反之亦然：往
request.Context()里塞的值，c.Get()也读不到 - 混用容易导致逻辑断裂，例如在中间件中用
context.WithValue注入 logger，但在 handler 里却试图用c.Get("logger")获取 → 返回nil - 建议统一：Buffalo 项目优先用
c.Set/c.Get；若需跨框架兼容（如集成 opentelemetry），再显式同步一次：c.Request = c.Request.WithContext(context.WithValue(c.Request.Context(), key, val))
Set/Get 性能开销和并发安全
底层 map 是非并发安全的，但 Buffalo 在每次请求中新建一个 Context 实例，整个生命周期内只有单 goroutine 使用，所以无需锁。
- 性能上：
Set是 map 赋值，Get是 map 查找，都是 O(1)，无明显瓶颈 - 风险点在于“误传”：把同一个
c实例传给多个 goroutine（比如在 handler 里起 goroutine 并传入c）→ map 并发写 panic - 典型反模式：
go func() { log.Println(c.Get("req_id")) }()—— 必须先取出所需值再传参，而不是传c
c。这两处一旦出问题，panic 很难定位。
