Kratos默认使用json.Marshal序列化响应，不支持time.Time、uuid.UUID等类型直接输出，且不自动设置Content-Type头；推荐在handler中手动调用自定义编码器并显式设置响应头与状态码。
kratos 中 JSON 响应编码器的默认行为
kratos 默认使用 json.Marshal 序列化响应结构体，不支持 time.Time、uuid.UUID 等类型直接输出为可读字符串——会 panic 或返回空值。它也不自动设置 Content-Type: application/json; charset=utf-8，这点容易被忽略。
替换全局 JSON 编码器：用 encoding/json 注册自定义 Marshal
kratos 的 HTTP 服务底层仍走 Go 标准库 http.ResponseWriter，因此不能靠“框架插件”方式替换编码器，而需在启动前劫持 json.Marshal 函数指针（仅限测试/简单场景），或更稳妥地：在每个 handler 内手动控制序列化流程。
- 不推荐直接覆盖
json.Marshal：会影响所有依赖它的第三方库（如net/http/httputil、日志中间件） - 推荐做法是封装一个统一的
writeJSON工具函数，在其中调用你自己的编码器 - 示例中用
gjson或sonic替代标准库可提升性能，但必须确保其Marshal行为与json.Marshal兼容（比如对nilslice 的处理）
在 handler 中显式使用自定义编码器并设好响应头
这是最可控、最不易出错的方式。kratos 不强制你用某一种响应构造方式，反而鼓励你手动管理 http.ResponseWriter。
- 必须在调用
w.Write()前执行w.Header().Set("Content-Type", "application/json; charset=utf-8") - 必须在写入 body 前调用
w.WriteHeader(statusCode)；若漏掉，状态码默认是 200 - 不要用
fmt.Fprintf(w, ...)拼 JSON 字符串：无法自动转义双引号、换行等，极易产生无效 JSON - 示例：
func LoginHandler(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "application/json; charset=utf-8")
w.WriteHeader(http.StatusOK)
data := map[string]interface{}{
"user_id": uuid.New(),
"login_at": time.Now(),
}
// 使用自定义 encoder，例如 sonic.Marshal(data) 或 jsoniter.Marshal(data)
body, _ := sonic.Marshal(data)
w.Write(body)
}
配合 kratos 的 transport/http.Server 做中间件统一处理
如果你用的是 kratos 的 http.Server（即通过 http.NewServer 构建的服务），可以在中间件里拦截响应，但注意：kratos 的 http.Server 并不提供“响应后钩子”，所以真正能做的只有预处理请求或包装 http.ResponseWriter。
- 可实现一个带缓冲的
ResponseWriter包装器，在WriteHeader和Write被调用时检查内容是否为 JSON，并按需重编码 - 但这种方案复杂度高、调试困难，且对流式响应（如 SSE）不友好
- 更现实的做法是：在业务 handler 层统一用一个封装好的
render.JSON(w, status, v)函数，内部集成你的编码逻辑
真正容易被忽略的点是：kratos 的 error handling（比如 errors.BadRequest）默认也走标准 json.Marshal，如果你的自定义编码器没覆盖 error 类型，错误响应仍可能 panic。务必确认你的编码器能安全处理 error 接口或提前转换为 map。
