c.JSON()不能在所有handler手动调用是因为易遗漏、难维护，新增接口或错误路径（如404/500）易导致响应格式不一致；应通过HTTPErrorHandler统一处理错误响应，并封装Success函数规范正常响应，绑定失败和路由错误也需在HTTPErrorHandler中显式映射为标准JSON结构。
为什么 c.JSON() 不能在所有 handler 里手动调用
不是不能，而是容易漏、难维护。比如新增一个 GET /health，忘了写 c.JSON()，直接 c.String() 或没返回，前端就收不到标准结构；更麻烦的是错误路径——404、500 默认返回纯文本或空响应，和你定义的 {"code":200,"data":{}} 格式完全不一致。
怎么用 HTTPErrorHandler 统一接管所有错误响应
Echo 的 HTTPErrorHandler 是唯一能捕获所有未被 handler 显式处理的错误（包括 echo.NewHTTPError()、panic、绑定失败、404/405）的地方。必须在 e := echo.New() 后立即设置，且不能晚于中间件注册：
- 先调
e.HTTPErrorHandler = func(err error, c echo.Context) { ... } - 再注册
e.Use(middleware.Logger())等中间件 - 最后定义路由
典型实现是判断 err 类型：若为 *echo.HTTPError，取其 Code 和 Message；否则当 500 处理。注意别在 handler 里 panic 后又自己 c.JSON() —— 那会和 HTTPErrorHandler 冲突，导致重复写 response。
如何让正常响应也走统一 JSON 结构
正常响应没法靠 HTTPErrorHandler 拦截，得靠封装。不要每个 handler 都写 c.JSON(200, Resp{Code: 0, Data: x})，而是定义一个通用响应函数：
func Success(c echo.Context, data interface{}) error {
return c.JSON(http.StatusOK, map[string]interface{}{
"code": 0,
"data": data,
"msg": "success",
})
}
// 使用
e.GET("/users", func(c echo.Context) error {
users := []User{{ID: 1, Name: "a"}}
return Success(c, users)
})
这个函数只管“成功”，错误仍交给 HTTPErrorHandler。关键点：别试图在中间件里自动包装所有 c.JSON() 调用——Echo 没提供 hook 点，强行拦截会破坏 c.Blob()、c.File() 等非 JSON 响应语义。
绑定失败、参数校验错误怎么进统一格式
默认情况下 c.Bind() 失败会触发 HTTPErrorHandler，但报错信息是英文且结构松散（如 "invalid character '}'"）。要让它也进你的 {"code":400,"msg":"xxx"}，就得在 HTTPErrorHandler 里识别 echo.HTTPError 的 Code：
-
err.Code == http.StatusBadRequest且err.Message来自 Bind → 改写为中文提示，如"参数格式错误" - 用
echo.NewHTTPError(http.StatusBadRequest, "缺少 name 字段")主动抛出，确保它被统一捕获 - 避免在
HTTPErrorHandler里再调c.Bind()或其他可能 panic 的操作，否则二次崩溃
真正容易被忽略的是：404 和 405 这类路由层错误，默认不会带任何业务字段，必须在 HTTPErrorHandler 里显式判断 err.Code == http.StatusNotFound 并返回标准结构，否则前端永远收不到 code: 404。
