安全读取 query string 参数需用 c.Query() 配合手动空值判断，批量用 c.Queries()，路径参数严格用 c.Params()，JSON 解析优先 c.Struct() 和 c.BodyBytes()，禁用 fiber.Default() 并脱敏日志。
直接用 c.Query() 取参数、c.Params() 取路径变量、c.Body() 解析 JSON 是最常见也最容易翻车的组合——它会让条件查询接口在压测时 QPS 跌 30%+，且无法正确区分空值、零值和未传参。
怎么安全读取 query string 条件参数
URL 中的 ?page=1&limit=20&status=active 这类参数必须用 c.Query()，但不能裸用：
-
c.Query("page")总是返回string，哪怕没传也返回空字符串，无法判断“用户没传”还是“用户传了空字符串” - 想设默认值就用
c.Query("page", "1")，但注意：这个默认值只在 key 完全不存在时生效；如果 URL 是?page=，它仍返回空字符串 - 需要区分“未传”“传空”“传有效值”，得手动检查：
val := c.Query("status"); if val == "" { /* 未传或传空 */ } else { /* 有值 */ } - 批量读多个条件时别反复调
c.Query()，先用c.Queries()拿到map[string][]string，再按需处理（比如status通常只允许单值，tags可能允许多值：?tags=a&tags=b）
路径参数和查询参数千万别混用
这是上线后 404 和参数拿不到的高发区：
- 路由定义是
app.Get("/users/:id", handler)，那/users/123中的123只能用c.Params("id")取，c.Query("id")一定为空 - 如果 URL 是
/users/123?format=json，c.Params("id") == "123"，c.Query("format") == "json"，两者完全隔离 - 误把分页参数塞进路径（如
/users/page/1）会导致路由膨胀、缓存失效、CDN 不友好；标准做法是全部走 query string - Fiber 不会自动合并
Params和Query，也不会帮你做类型转换——c.Params("id")是字符串，strconv.Atoi()失败就 panic，生产环境必须加err != nil判断
JSON body 条件查询要绕开 c.Body()
当接口接收 POST /search + JSON body（如 {"name": "foo", "min_age": 18}）时，c.Body() 是性能陷阱：
立即学习“go语言免费学习笔记（深入）”；
-
c.Body()返回新分配的[]byte拷贝，高频请求下 GC 压力陡增；改用c.BodyBytes()直接取底层缓冲区引用（前提是不修改内容） - 解析 JSON 优先用
c.Struct(&v)而非json.Unmarshal(c.Body(), &v)，前者跳过反射、预编译字段映射，快 20%+ - 结构体字段必须带
json:tag，且注意零值语义：如果字段是int类型，JSON 里没传该字段，它会是0，而非“未设置”；要用指针类型（如*int）或自定义UnmarshalJSON方法区分 - 别用
c.FormValue()读 JSON，那是为application/x-www-form-urlencoded设计的，对 JSON body 总是返回空
上线前必须关掉 fiber.Default() 和调试中间件
开发时图省事用 fiber.Default()，上线后就会发现条件查询接口延迟飙升、日志塞满磁盘、甚至 Authorization 头被明文打出来：
-
fiber.Default()自带Logger、Recover、RequestID，其中Logger默认输出完整请求头（含 token），安全扫描必报高危 - 必须用
fiber.New()初始化，再按需加中间件；连Logger都不该全量记，至少过滤掉Authorization和Cookie - 条件查询接口常带敏感字段（如
user_id、email），别在日志里直接打印c.Body()或c.Queries()，应脱敏或仅记录 trace_id - 压测前务必关掉
EnablePrintRoutes和DisableStartupMessage: false，启动时打印路由树会消耗 CPU，尤其路由多时
真正难的不是写条件逻辑，而是让每个参数来源清晰、类型安全、无额外分配；Fiber 的高性能藏在细节里——比如 c.Params() 返回的是复用缓冲区里的字符串切片，一旦你用 fmt.Sprintf 拼接或转成 string 再存起来，就可能引发内存泄漏。
