应替换 gin/json 包的 Marshal 和 Unmarshal 函数，而非标准库 encoding/json；需在 gin.SetMode 前初始化，确保 c.JSON()、c.BindJSON() 等统一生效，并同步替换序列化与反序列化函数以避免行为不一致。
怎么替换 Gin 的默认 JSON 编码器
直接改 json.Marshal 函数即可，Gin 提供了全局替换入口，不影响 c.JSON() 调用方式，也不干扰中间件执行顺序。替换后所有 c.JSON()、c.BindJSON()、c.ShouldBindJSON() 都会走新编码器。
- 在
main()初始化阶段调用gin.SetMode(gin.ReleaseMode)之前设置，否则部分内部逻辑可能已缓存旧函数 - 替换的是
gin/json包导出的Marshal和Unmarshal，不是标准库的encoding/json - 若用了
-tags=jsoniter编译，需确保 jsoniter 已按兼容模式初始化（jsoniter.ConfigCompatibleWithStandardLibrary），否则自定义函数可能被绕过
为什么不能直接 patch encoding/json
因为 Gin 内部不直接 import encoding/json，而是通过自己的 gin/json 包做一层封装——它在编译时根据 tag 选择底层实现（标准库 or jsoniter）。你 patch 标准库的 json.Marshal，Gin 可能根本没用它。
- 错误做法：
encoding/json.Marshal = myMarshal—— Gin 不会感知，无效 - 正确做法：替换
gin/json.Marshal，它才是 Gin 实际调用的函数指针 - 验证是否生效：打印
fmt.Printf("%p", ginjson.Marshal)，确认地址已变
自定义 Marshal 需要处理哪些边界情况
常见需求如统一时间格式、忽略零值字段、支持 int64 转字符串，但直接拼接字符串极易产出非法 JSON。必须复用标准序列化逻辑，只做外层包装。
- 别手动拼
"{" + ... + "}"，哪怕只改一个字段也容易漏引号或逗号 - 推荐组合方案：先
json.Marshal原始数据 → 解析为map[string]interface{}或json.RawMessage→ 修改后再序列化 - 对时间字段，优先用结构体 tag（
time.Time实现MarshalJSON()）而非全局替换，避免影响其他类型 - 若需高性能，用
easyjson生成的MarshalJSON()方法，再注册到 Gin —— 它本质也是实现接口，不是 patch 函数
Content-Type 里 charset=utf-8 怎么去掉
这不是编码器的事，是响应头控制问题。Gin 的 c.JSON() 固定写死 application/json; charset=utf-8，无法通过替换 Marshal 改变。
立即学习“go语言免费学习笔记（深入）”；
- 安全做法：封装一个
JSONNoCharset(c *gin.Context, code int, obj interface{})函数 - 内部先调
c.Header("Content-Type", "application/json")，再调c.Render(code, render.JSON{Data: obj}) - 千万别用
c.Writer.WriteHeaderNow()后手动 write body，会破坏 Gin 的状态机（比如 panic 恢复、日志记录） - 注意：某些代理或网关依赖
charset头，去掉后若前端解析乱码，得同步检查前端是否声明了Accept-Charset: utf-8
gin/json.Marshal 后，BindJSON 和 ShouldBindJSON 用的 Unmarshal 也要同步替换，否则序列化和反序列化行为不一致，尤其在处理时间、浮点精度、空数组等场景下会静默出错。 
