Go 标准库不支持运行时自动转换结构体字段的 JSON 键名大小写；推荐通过 json struct tags 显式声明小写键名，避免序列化后手动修改字节流带来的类型失真与安全风险。
go 标准库不支持运行时自动转换结构体字段的 json 键名大小写；推荐通过 `json` struct tags 显式声明小写键名，避免序列化后手动修改字节流带来的类型失真与安全风险。
在 Go 中实现 JSON 序列化时，若需将结构体字段名统一转为小写（如 "ID" → "id"、"UserName" → "username"），最可靠、最符合 Go 惯例的方式是使用 json struct tags，而非尝试“动态”或“运行时”重命名：
type User struct {
ID int64 `json:"id"`
UserName string `json:"username"`
CreatedAt time.Time `json:"created_at"`
}调用 json.Marshal(user) 即可直接输出小写键名的 JSON，无需额外逻辑，且完全保留原始类型（int64 不会变成 float64，time.Time 保持标准格式，嵌套结构、指针、切片等均无损）。
⚠️ 为什么不推荐“运行时修改 JSON 字符串”？
虽然技术上可行（如 json.Marshal 后将 []byte 转为字符串，正则替换双引号内的键名），但存在严重隐患：
- JSON 是嵌套结构，简单字符串替换可能误改值中的引号内容（如
{"name": "John \"The Great\""}）； - 无法区分键名与字符串值，易引发语法错误；
-
int64、bool、nil等原始类型在map[string]interface{}中经json.Unmarshal/json.Marshal往返后可能发生类型降级（如int64→float64）； - 性能开销大，丧失
encoding/json的流式优化能力。
✅ 进阶建议：
- 若字段较多，可借助代码生成工具（如
stringer或自定义go:generate脚本）批量添加 tag； - 对接外部 API 时，建议封装带
jsontag 的 DTO 结构体，而非复用领域模型； - 如需灵活键名策略（如环境相关），可结合
json.Marshaler接口自定义MarshalJSON()方法，但仍应基于结构体原生字段控制输出，而非解析字符串。
总之，Go 哲学强调显式优于隐式——用 json:"xxx" 明确约定序列化行为，是清晰、安全、可维护的首选方案。
