通过自定义 UnmarshalJSON 方法，可在 JSON 解析完成后自动填充派生字段（如 FullName），避免手动调用计算函数，提升代码健壮性与一致性。
通过自定义 `unmarshaljson` 方法，可在 json 解析完成后自动填充派生字段（如 `fullname`），避免手动调用计算函数，提升代码健壮性与一致性。
在 Go 语言中，结构体字段的“计算值”（如由多个基础字段拼接生成的 FullName）不应直接存储为可序列化的字段，除非有明确的持久化或传输需求。更推荐的做法是将其设计为只读方法——例如 func (de *DataEntry) FullName() string。这种方式语义清晰、零内存开销、天然线程安全，且完全规避了数据不一致风险。
但若业务场景确需将计算结果存入结构体字段（例如兼容 ORM 映射、需导出为 JSON 或参与反射操作），则可通过实现 json.Unmarshaler 接口，在反序列化流程中自动触发计算逻辑。关键在于避免在原结构体上直接实现 UnmarshalJSON，否则会引发无限递归（因 json.Unmarshal 内部会再次调用该方法）。正确做法是使用类型别名创建包装类型：
type DataEntry struct {
FirstName string `json:"first"`
LastName string `json:"last"`
FullName string `json:"full_name,omitempty"` // 可选：用于输出时包含该字段
}
// 包装类型，专用于 JSON 解析
type DataEntryForJSON DataEntry
func (d *DataEntryForJSON) UnmarshalJSON(b []byte) error {
// 将自身转为原始结构体指针，委托给标准 json.Unmarshal
if err := json.Unmarshal(b, (*DataEntry)(d)); err != nil {
return err
}
// 自动计算并填充派生字段
d.FullName = d.FirstName + " " + d.LastName
return nil
}使用时，只需将 DataEntryForJSON 作为解码目标：
var entry DataEntryForJSON
if err := json.NewDecoder(r).Decode(&entry); err != nil {
log.Fatal(err)
}
// 此时 entry.FullName 已自动计算完成
fmt.Println(entry.FullName) // 输出: "John Doe"⚠️ 注意事项：
- FullName 字段若需在后续 json.Marshal 中输出，请确保其标签（如 `json:"full_name"`）正确设置，并考虑是否启用 omitempty；
- 若结构体嵌套较深或存在多个计算字段，建议将计算逻辑封装为独立函数（如 computeDerivedFields(d *DataEntry)），提升可测试性与复用性；
- 对于高频调用场景，应评估方法 vs 字段的性能差异——通常方法更轻量，而预计算字段适用于读多写少且计算开销大的情况。
综上，优先采用方法式设计；仅当必须以字段形式存在时，才使用带 UnmarshalJSON 的包装类型方案——它既保持了 JSON 处理的透明性，又实现了逻辑的自动化与内聚性。
