Echo 的 c.JSON 不走自定义 json.Marshal 是因其实现硬编码调用标准库函数且无插拔接口；定制 JSON 序列化应通过 HTTPErrorHandler 或自定义 Renderer 实现，而非 monkey patch。
为什么 echo.JSON 不走你注册的 json.Marshal 替换逻辑
因为 Echo 默认用的是标准库 encoding/json，它不感知你对 json.Marshal 的 monkey patch（即使你用 github.com/mailru/easyjson 或重定义全局 marshal 函数，Echo 也不会自动切换）。它的 c.JSON 方法内部硬编码调用 json.Marshal，但关键在于：它用的是包级函数指针，不是可插拔接口。
所以直接替换 json.Marshal 对 Echo 无效——除非你用的是非常老的 Echo v3 且自己封装了响应器；v4/v5 都必须显式接管序列化过程。
用 echo.HTTPError 和自定义 HTTPErrorHandler 拦截错误输出
很多场景下你真正想定制的是错误响应体（比如统一加 code、message 字段），而不是所有 JSON。这时别动 c.JSON，而是改错误处理链：
-
echo.HTTPErrorHandler是唯一被 Echo 主动调用的错误序列化入口 - 它接收
error和echo.Context，你可以在这里用你自己的json.Marshal实现（比如支持time.Time格式化、忽略零值字段等） - 注意：必须手动设置
Content-Type: application/json，Echo 不会帮你设
e.HTTPErrorHandler = func(err error, c echo.Context) {
code := http.StatusInternalServerError
if he, ok := err.(*echo.HTTPError); ok {
code = he.Code
}
c.Response().Header().Set(echo.HeaderContentType, echo.MIMEApplicationJSONCharsetUTF8)
// 这里用你自己的 marshaler，比如 jsoniter.Marshal 或封装过的 json.Marshal
b, _ := json.Marshal(map[string]interface{}{
"code": code,
"message": err.Error(),
"data": nil,
})
c.Response().WriteHeader(code)
c.Response().Write(b)
}
覆盖 c.JSON 行为：用 c.Render + 自定义 Renderer
这是最干净、最符合 Echo 设计意图的方式。Echo 的 Renderer 接口只定义一个方法：Render(io.Writer, string, interface{}) error。你把它换成自己的 JSON 序列化逻辑即可：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 实现时建议封装一层
json.Marshal调用，支持jsoniter、easyjson或带选项的std/json（如json.MarshalIndent仅用于 debug） - 不要在
Render里写Header().Set或WriteHeader，这些该由调用方（即c.JSON内部）控制 - 如果用了
jsoniter.ConfigCompatibleWithStandardLibrary，记得提前初始化一次，避免并发 panic
jsoniter := jsoniter.ConfigCompatibleWithStandardLibrary
e.Renderer = &CustomJSONRenderer{jsoniter: jsoniter}
type CustomJSONRenderer struct {
jsoniter jsoniter.API
}
func (r *CustomJSONRenderer) Render(w io.Writer, name string, data interface{}) error {
return r.jsoniter.NewEncoder(w).Encode(data)
}
别忽略 context.Set 和中间件中的隐式 JSON 输出
有些用户在中间件里用 c.Set("user", user)，然后期望某个全局 hook 自动把 user 序列化进响应体——这不会发生。Echo 不解析 context 中的键值对，也不提供“响应体注入”机制。
如果你需要动态拼接响应结构（比如加 trace_id、版本号），有两个可靠路径：
- 在每个 handler 末尾手动构造 map 并调用
c.JSON（或c.Render） - 写一个封装函数，比如
SuccessJSON(c echo.Context, data interface{}) error，内部统一加字段、调用你的 renderer
硬编码到 HTTPErrorHandler 或 Renderer 里的逻辑，对非错误、非 Render 调用的路径完全不可见——这点最容易被忽略。
