如何在Echo框架中使用中间件实现请求数据解密-Golang-PHP中文网

必须在中间件中立即读取并重置body：先io.readall(c.request().body)获取原始字节，再用io.nopcloser(bytes.newreader(plain))重新赋值c.request().body，且解密须在bind等操作前完成，注册顺序需早于其他依赖body的中间件。

如何在echo框架中使用中间件实现请求数据解密

中间件里怎么拿到原始请求体

默认情况下，echo.Context 的 c.Request().Body 在调用过 c.Bind() 或访问 c.FormValue() 后会被消费掉，后续读取会返回空。解密必须在 body 被解析前完成，否则拿不到密文。

实操建议：

在中间件中立即调用 io.ReadAll(c.Request().Body) 读取原始字节，保存到局部变量
用 io.NopCloser 将解密后的明文字节重新包装成 io.ReadCloser，再赋给 c.Request().Body
注意：不要直接修改 c.Request() 的其他字段（如 ContentLength），否则可能触发 echo 内部校验失败

解密逻辑该放在 middleware 还是 handler

必须放在中间件。因为 echo.Context.Bind()、c.JSON() 等方法内部会自动调用 json.Unmarshal() 或 form.Decode()，它们依赖原始 Body 流。如果解密拖到 handler 里，绑定时已经读过一遍空 body，必然报 invalid character '' looking for beginning of value 或类似错误。

典型错误写法：

func handler(c echo.Context) error {
    // ❌ 错！此时 Body 已被 echo 内部提前读取（尤其启用了 Recover、Logger 中间件时）
    raw, _ := io.ReadAll(c.Request().Body)
    plain := decrypt(raw)
    // 后续 c.Bind(&v) 仍会失败
}

正确做法：解密中间件注册顺序要早于 echo.MiddlewareFunc 类型的其他中间件（如 echo.HTTPErrorHandler 不影响，但 echo.Logger() 默认不读 body，可后置）。

Echo框架 5.1.0

Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。

下载

如何兼容 JSON 和 form-data 两种密文格式

不能一概而用 application/json 解析：表单提交时 Content-Type 是 multipart/form-data 或 application/x-www-form-urlencoded，直接按 JSON 解密会丢 key-value 结构。

实操建议：

先检查 c.Request().Header.Get("Content-Type")，区分处理路径
对 application/json：读完整 body，解密为 []byte，再塞回 Body
对 application/x-www-form-urlencoded：用 c.Request().ParseForm() 后，遍历 c.Request().PostForm，对每个 value 单独解密（注意 URL 编码需先 url.QueryUnescape）
对 multipart/form-data：必须用 c.Request().MultipartReader() 手动解析，对每个 part 的内容流解密（不能整体读 body，否则破坏 boundary）