fiber的c.context()不能直接跨协程传参，因其ctx实例含可变字段（如locals、request/response）且无并发保护，易致数据竞争或panic；应提取只读字段（如c.context()、params、get值）封装为新结构体传递。
Fiber Web框架的上下文（c）默认不是协程安全的——它绑定在单个 HTTP 请求的 Fiber 实例上，跨 Fiber 传递时若直接共享指针或引用，会触发数据竞争或 panic。
为什么 c.Context() 不能直接跨 Fiber 传参
Fiber 的 c.Context() 返回的是 Go 原生 context.Context，它本身是只读且可传递的，但 Fiber 的 *fiber.Ctx 实例（即 c）包含大量可变字段：比如 c.Locals、c.Request().URI()、c.Response().BodyWriter() 等。这些字段在多个 Fiber 并发读写时没有锁保护。
- 常见错误现象：
fatal error: concurrent map writes（来自c.Locals）、panic: context canceled（因父 context 被提前取消）、invalid memory address or nil pointer dereference（c在原 Fiber 结束后被回收，其他 Fiber 仍持有其指针） - 根本原因：Fiber 不自动克隆
*Ctx，c是栈分配对象，生命周期与创建它的 Fiber 强绑定 - 性能影响：若强行加互斥锁保护整个
c，会串行化并发请求，抵消 Fiber 的轻量优势
安全共享的关键：只传不可变数据，不传 *fiber.Ctx
真正需要“共享”的从来不是 c 本身，而是其中的业务上下文信息。应提取、复制、封装，而非引用传递。
- 必须提取的字段：
c.Context()（安全，只读）、c.Params（只读切片，可拷贝）、c.Get("user_id")（返回interface{}，需确保值类型线程安全，如string、int64） - 禁止传递的字段：
c.Locals（map[string]interface{}，非并发安全）、c.Request()和c.Response()（含内部缓冲和状态机） - 推荐方式：用结构体封装所需字段，显式构造新实例
type ReqCtx struct { UserID int64 TraceID string Deadline time.Time Ctx context.Context // 可继承，但别用 c.Context().WithValue() 往里塞新 key，除非你控制所有下游 Fiber } // 在主 handler 中构建 ctx := ReqCtx{ UserID: c.Locals("user_id").(int64), TraceID: c.Get("trace_id").(string), Deadline: time.Now().Add(5 * time.Second), Ctx: c.Context(), } go func(ctx ReqCtx) { // 安全使用 ctx.UserID, ctx.TraceID... }(ctx)
进阶：用 context.WithValue + 自定义 key 隔离子 Fiber 上下文
若需在子 Fiber 中访问类似 c.Locals 的键值对，不要复用 c.Locals，而应基于 c.Context() 构建新 context，并用私有类型做 key 防止冲突。
- 定义唯一 key 类型（避免字符串 key 冲突）：
type ctxKey string var userIDKey ctxKey = "user_id"
- 注入子 context：
childCtx := context.WithValue(c.Context(), userIDKey, c.Locals("user_id")) - 子 Fiber 中安全取值：
if uid := childCtx.Value(userIDKey); uid != nil { // 使用 uid } - 注意：value 必须是线程安全类型；避免传入
*fiber.Ctx或map/slice等可变容器
最容易被忽略的一点：Fiber 的 c.Next() 和中间件链不跨协程
所有中间件（c.Next()、c.Redirect()、c.JSON()）都只能在原始请求 Fiber 中调用。一旦你 go 启动新协程，就彻底脱离了该请求生命周期——此时调用 c.SendStatus(200) 会 panic，因为 response writer 已关闭或正在写入中。
真正要做的，是在子协程里完成纯计算或异步 I/O，结果通过 channel 或 callback 回传给主 Fiber，由它统一响应。任何涉及 HTTP 响应的操作，必须回到原始 c 所在 Fiber 执行。
