测试阶段发现json转int64后部分精度有丢失,造成数据不一致,程序异常,提供错误案例以及如何正确使用
问题表现
var configDetailList []interface{}
configStr, err := tccClient.Get(ctx, key)
if err != nil {
logs.CtxError(ctx, "get [config]:%s is err,err:%s", key, err)
return configDetailList, nil
}
err = json.Unmarshal([]byte(configStr), &configDetailList)
if err != nil {
logs.CtxError(ctx, "json Unmarshal is err,serviceMeta:%s,err:%s", key, err)
return configDetailList, uerr.SystemInternalError.WithMessage("tcc json Unmarshal is err")
}
实际结果:
{
"key":"tenant_crowd_id_list",
"field_meta_list":[
{
"key":"crowd_id",
"type":"int64",
"name":"圈人包id",
"default_value":"1",
"description":"圈人包id",
"tenant_value":"71019664740587300000"
}
],
"name":"租户对应圈人包id list",
"description":"租户对应圈人包id list"
}
预期结果 tenant_value :710196647405873023890
实际结果和预期结果相比精度损失几位,使得目标结果不正确造成程序异常
根本原因
当数据结构未知,使用 map[string]interface{} 来接收反序列化结果时,如果数字的位数大于 6 位,都会变成科学计数法,用到的地方都会受到影响。
是因为当 JSON 中存在一个比较大的数字时,它会被解析成 float64 类型,就有可能会出现科学计数法的形式。
所以此问题在struct类型的时候不会出现,仅针对于[]interface{}
解决问题
可以使用Decode代替unmarshall来解决
var configDetailList []interface{}
d := json.NewDecoder(bytes.NewReader([]byte(configStr)))
d.SetNumberType(json.UnmarshalIntOrFloat) //关键
err = d.Decode(&configDetailList)
if err != nil {
logs.CtxError(ctx, "json Unmarshal is err,serviceMeta:%s,err:%s", key, err)
return configDetailList, uerr.SystemInternalError.WithMessage("json Unmarshal is err")
}
if configDetailList == nil {
configDetailList = make([]interface{}, 0)
}
return configDetailList, nil
d.SetNumberType()可以设置三种类型,可以根据自己的需要来选择适合业务的数据类型
const (
// unmarshal a JSON number into an interface{} as a float64
UnmarshalFloat NumberUnmarshalType = iota
// unmarshal a JSON number into an interface{} as a `json.Number`
UnmarshalJSONNumber
// unmarshal a JSON number into an interface{} as a int64
// if value is an integer otherwise float64
UnmarshalIntOrFloat
)
Golang的使用上还是个小小菜鸟,也懈怠很久了,要好好开始努力了,停止摆烂,要努力发光。虽然转了语言要放正自己的态度,既然做了,就要做好,停止半吊子,做积极向上的好青年!!!