fasthttp 中不能在 goroutine 里直接用 ctx.postbody()，因其返回的是底层共享缓冲区切片视图，延迟读取会导致脏数据或 panic；所有类似 peek/ formvalue 等返回缓冲区引用的方法均需立即拷贝。
为什么不能在 goroutine 里直接用 ctx.PostBody()
因为 fasthttp 复用 *fasthttp.RequestCtx 对象，ctx.PostBody() 返回的 []byte 是底层共享缓冲区的切片视图，不是拷贝。一旦你在 goroutine 中延迟读取（比如等几毫秒、或进 channel、或调用异步函数），那个内存区域很可能已被下一个请求覆盖——结果要么是脏数据，要么 panic：「slice bounds out of range」或「invalid memory address」。
- 常见错误现象：
go func() { process(ctx.PostBody()) }()→ 程序偶发返回空 JSON、乱码，或直接崩溃 - 正确做法：必须立即复制，两种写法都行：
body := append([]byte(nil), ctx.PostBody())或body := make([]byte, len(ctx.PostBody())); copy(body, ctx.PostBody()) - 同理适用于：
ctx.QueryArgs().Peek("key")、ctx.Request.Header.Peek("User-Agent")、ctx.FormValue("file")—— 所有返回底层缓冲区引用的方法，都不能跨 goroutine 直接用
fasthttp.Server 默认配置为什么一压就超时？
默认配置极其激进：空闲连接超时（IdleTimeout）仅 10 秒，TLS 握手超时才 5 秒，连接池大小也偏小。线上高并发一压，立刻出现 timeout: timed out waiting for idle connection 或 connection refused，本质是连接池打满 + 频繁重连导致 TLS 开销爆炸。
- 关键参数必须显式调优：
Server.MaxConnsPerIP = 0（不限制单 IP 连接数，按需放开）Server.Concurrency = 256 * runtime.NumCPU()（避免协程调度瓶颈）Server.ReadTimeout = 30 * time.Second、WriteTimeout = 30 * time.Second、IdleTimeout = 60 * time.Second - Client 端也要同步调大：
fasthttp.Client.MaxIdleConnDuration = 30 * time.Second，否则后端主动断连会导致下次请求强制重连 - 不调优的后果：QPS 上不去，P95 延迟抖动剧烈，CPU 持续在 TLS 握手上打转
如何安全地把 net/http 中间件迁到 fasthttp？
不能直接传 *fasthttp.RequestCtx 给原本为 http.Handler 写的中间件——类型不兼容，生命周期管理完全不同，轻则 panic，重则静默丢日志、漏 trace、header 丢失。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 不要硬塞
context.Context：fasthttp 没有内置ctx.Context字段，别用context.WithTimeout包一层了事；可用c.SetUserValue("timeout", time.Now().Add(5*time.Second))+ 自定义 cancel 逻辑模拟 - 提取关键字段再喂给旧逻辑：
c.Method()替代r.Method，c.URI().String()替代r.URL.String()，c.RemoteAddr().String()替代r.RemoteAddr - 日志/trace 模块要重写：原
http.Request的.Header、.Host、.TLS等字段在 fasthttp 里是方法调用，且部分字段（如Request.Header.UserAgent()）需手动判断是否为空
什么时候该换 fasthttp？它真比 net/http 快多少？
快，但只在特定场景下显著：纯 API 接收、低逻辑路由（如健康检查、指标上报、表单解析）、QPS > 5k、响应体
- 生态割裂：不能直接用
gorilla/mux、chi、gin，所有中间件得重写或封装适配层 - 安全性需自行兜底：不自动处理 HTTP/2、不内置 CORS、CSRF、XSS 过滤，
FormFile和MultipartForm易触发 OOM，必须设MaxRequestBodySize - 推荐渐进式切换：先挑无状态、无中间件依赖、无第三方 SDK 调用的路由切过去；别一上来就全量替换
最常被忽略的一点：fasthttp 的「快」来自跳过标准库的抽象和内存分配，但也意味着你得亲手管好每一个字节——从缓冲区拷贝到连接生命周期，没一处能偷懒。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
