<p>fasthttp 替代 net/http 需重写而非升级：接口不兼容、内存模型不同、生命周期独立；RequestCtx 与 http.Request 完全不等价，字段方法语义均不对齐，读取需复制字节，Server/Client 默认参数不可直接用于生产，响应必须用 ctx.Write 系列方法。</p>
直接用 fasthttp 替代 net/http 不是“升级”，而是重写——接口不兼容、内存模型不同、生命周期管理完全独立。学得越像 net/http，踩坑越快。
fasthttp.RequestCtx 和 *http.Request 根本不是一回事
你不能把 *fasthttp.RequestCtx 当成 *http.Request 传给任何原有逻辑。两者字段、方法、返回值语义全都不对齐：
-
r.URL.Query()→ 必须改用c.QueryArgs().Peek("key")或c.QueryArgs().Get("key")，返回的是[]byte，不是url.Values -
r.Header.Get("X-Trace")→ 得写成c.Request.Header.Peek("X-Trace")，注意是Peek，不是Get -
r.Body是io.ReadCloser；c.PostBody()直接返回[]byte，但它是底层缓冲区的引用，不是拷贝 -
c.Context()永远返回nil，别试图套context.WithTimeout，它不参与 fasthttp 的生命周期
常见错误：把 ctx 塞进 gorilla/handlers 日志中间件，结果日志空、panic 报 invalid memory address。
goroutine 中用 PostBody() / FormValue() 必须复制字节
fasthttp.RequestCtx 是从 sync.Pool 复用的对象，它的所有读取方法（PostBody()、FormValue()、QueryArgs().Peek()、Request.Header.Peek()）返回的都是共享缓冲区的切片视图。
立即学习“go语言免费学习笔记（深入）”；
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 错误写法：
go process(ctx.PostBody())→ 下一个请求进来，这块内存就被覆盖了 - 正确做法：立即拷贝，例如
body := append([]byte(nil), ctx.PostBody())或body := make([]byte, len(ctx.PostBody())); copy(body, ctx.PostBody()) - 不复制的后果不是立刻 crash，而是偶发脏数据、JSON 解析失败、空字符串，甚至 runtime panic
别指望“先跑通再优化”——这类问题压测时才暴露，线上难复现、难定位。
Server 和 Client 默认配置根本不能上生产
开箱即用的参数是为单机压测设计的，不是为真实服务准备的。不调优就上线，高并发下必出 timeout: timed out waiting for idle connection 或 TLS 握手风暴。
-
fasthttp.Server.IdleTimeout默认仅 10 秒 → 后端主动断连后，客户端下次请求强制重连 -
fasthttp.Client.MaxIdleConnDuration默认约 1 秒 → 连接池迅速耗尽 -
fasthttp.Client.MaxConnsPerHost默认 512，但高频多 host 场景下必须拆成多个fasthttp.HostClient，否则连接争抢 - 服务端建议设
ReadTimeout/WriteTimeout至少30 * time.Second，IdleTimeout至少60 * time.Second
尤其注意：别用 client.Get() 这类快捷方法——它每次都会新建 *fasthttp.Response，破坏零分配优势；必须用 client.Do(req, resp) 并复用 req/resp 对象。
响应写入必须走 ctx.Write* 系列方法
fasthttp 不提供 http.ResponseWriter 接口，所有输出都必须通过 ctx 方法触发，否则响应静默丢失或 panic。
- 设 Content-Type：
ctx.SetContentType("application/json")，不是w.Header().Set() - 写 JSON：
json.NewEncoder(ctx).Encode(data)或自行封装ctx.JSON(statusCode, data) - 写原始字节：
ctx.Write(body)，注意它不自动设置Content-Length；大响应建议手动调ctx.Response.Header.SetContentLength(len(body)) - 报错响应：
ctx.Error("bad request", fasthttp.StatusBadRequest)，不是http.Error()
最容易被忽略的一点：所有 ctx.Write* 方法内部不校验 ctx.Response.StatusCode 是否已设。如果你先调 ctx.Error() 再调 ctx.Write()，响应体可能被截断或状态码错乱。
