fiber服务初始化启动只需三步：导入github.com/gofiber/fiber/v2包，调用fiber.new()创建应用实例，注册路由后执行app.listen(":3000")——该调用阻塞运行，必须置于最后。
直接上手就能跑通，不需要额外配置或中间件堆砌。Fiber 的 fiber.New() 初始化后，app.Get()、app.Post() 这类方法就是最短路径。
如何初始化并启动一个 Fiber 服务
Fiber 启动只需三步：导入包、调用 fiber.New()、注册路由后执行 app.Listen()。注意 app.Listen() 是阻塞式调用，必须放在最后；如果提前 return 或 panic，服务不会启动。
-
app.Listen(":3000")默认监听所有网卡，生产环境建议显式绑定127.0.0.1:3000 - 端口被占用时，
app.Listen()会返回错误，但log.Fatal()会直接退出进程，调试阶段建议先捕获 err 打印再处理 - Go 1.24+ 是官方推荐版本，低于 1.21 可能因
fasthttp依赖导致编译失败
接收请求参数的常见方式及陷阱
Fiber 提供了明确的参数提取方法，但每种方式对应不同 HTTP 场景，混用会导致空值或 panic。
- URL 查询参数（如
/user?id=123&name=john）用c.Query("id")，不传默认返回空字符串，不是 nil - 路径参数（如
/user/:id匹配/user/123）用c.Params("id")，若路由未定义该 key，返回空字符串，不会报错 - JSON 请求体必须先声明结构体，再用
c.BodyParser(&v)，否则解析失败返回fiber.ErrBadRequest，需手动c.Status(fiber.StatusBadRequest).JSON(...) -
c.FormValue()仅适用于application/x-www-form-urlencoded和multipart/form-data，对 JSON 无效
返回响应时状态码和内容类型要匹配
Fiber 不会自动推断 Content-Type，c.SendString() 默认发 text/plain，前端 expect JSON 却收到纯文本，就会解析失败。
- 返回 JSON 一律用
c.JSON()，它自动设Content-Type: application/json并序列化 - 返回 HTML 字符串时，先
c.Set("Content-Type", "text/html; charset=utf-8")再c.SendString()，否则中文可能乱码 - 自定义状态码用
c.Status(404).SendString("not found")，不要只写c.SendStatus(404)—— 后者只发状态不发 body -
c.Redirect()默认是 302，要 301 就得写c.Redirect("/new", 301)
为什么 Context 值不能跨 handler 保存
fiber.Ctx 是复用对象，内部缓冲区在请求结束后会被清空重置。从 c.Params()、c.Query() 拿到的字符串底层指向同一片内存，一旦下个请求进来，值就变了。
- 需要持久化时，必须拷贝：用
utils.CopyString(c.Params("id"))或手动string([]byte(c.Params("id"))) - 开启
Immutable: true配置可让所有上下文方法返回不可变副本，但会增加内存分配，压测时 QPS 可能下降 5–10% - 切勿把
*fiber.Ctx存到全局变量、goroutine 或闭包中，这是最常见的 panic 来源之一
真正容易被忽略的是上下文生命周期 —— 它只活在 handler 函数执行期间。哪怕只多写一行 go func() { ... }() 并在里面访问 c.Params，结果几乎必然是空或脏数据。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
