Echo中间件中需按Content-Type区分解析请求参数：GET用c.QueryParam()，表单先ParseForm()再取PostForm，JSON需io.ReadAll()并重置Body，文件用MultipartForm()；切忌统一读URL.Query()导致漏参，且须避免body被消耗导致下游绑定失败。
中间件里怎么拿到原始请求参数
Echo 的 echo.Context 不像某些框架默认解析全部参数，它把解析权交给开发者。直接调用 c.QueryParam("key") 或 c.FormValue("key") 是安全的，但如果你要完整记录（比如调试或审计），必须先明确请求类型再读取 —— 否则容易漏掉 application/json 里的 body 参数。
常见错误是统一用 c.Request().URL.Query()，这只能拿到 URL 查询参数，POST 表单、JSON、multipart 都不会出现。
- GET 请求：用
c.Request().URL.Query()或c.QueryParams() - POST/PUT 表单（
application/x-www-form-urlencoded）：调用c.Request().ParseForm()后读c.Request().PostForm - JSON 请求（
application/json）：需手动io.ReadAll(c.Request().Body)，但注意：读完后c.Request().Body就变空了，后续 handler 拿不到原始 body - 上传文件（
multipart/form-data）：必须用c.MultipartForm()，且不能和ParseForm()混用
如何避免 body 被中间件“吃掉”
这是最常踩的坑：io.ReadAll(c.Request().Body) 会消耗 request body stream，导致下游 handler 调用 c.Bind() 或 c.JSON() 失败，报错类似 invalid character '}' looking for beginning of value 或直接空对象。
解决方案是用 echo.HTTPRequest 提供的 c.Request().Body 替换为可重放的包装体：
body, _ := io.ReadAll(c.Request().Body)
c.Request().Body = io.NopCloser(bytes.NewBuffer(body))
// 然后记录 body 字符串
log.Printf("request body: %s", string(body))
注意：bytes.NewBuffer 创建的是内存 buffer，对大文件上传不适用；生产环境若需记录大 body，应限制大小（比如只取前 1KB）并加 defer c.Request().Body.Close()。
记录参数时要不要区分 Content-Type
要。不同 Content-Type 决定了参数存放位置和解析方式，硬编码统一处理必然出错。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
推荐在中间件里按 header 分支判断：
-
c.Request().Header.Get("Content-Type")包含application/json→ 读 body 并json.Unmarshal到map[string]interface{}记录键名 - 包含
application/x-www-form-urlencoded或multipart/form-data→ 调用c.Request().ParseMultipartForm(32 后取 <code>c.Request().PostForm和c.Request().MultipartForm.File - 其他情况（如纯 query）→ 只记录
c.QueryParams()
别用 c.Param() 代替，那是路由参数（path 中的 :id），不是请求参数。
日志字段设计建议
单纯打印字符串不利于后续检索。至少保留这几个字段：
-
method：用c.Request().Method -
path：用c.Request().URL.Path（不含 query） -
query：结构化 map，不是原始字符串 -
form或json：根据类型选一个字段存解析后的参数 map -
client_ip：用c.RealIP()，别直接读RemoteAddr
如果用了结构化日志（如 zap），直接写入 zap.Object("params", paramsMap)；如果只是 fmt 日志，用 fmt.Sprintf 拼接时注意 escape 特殊字符，否则 JSON 字段里换行或引号会破坏日志格式。
真正麻烦的是 multipart 文件参数 —— 它们通常很大，而且二进制内容不适合打日志。记录时只记文件名、大小、MIME 类型，别读取文件内容。
