golang int64 json.Unmarshal精度丢失问题并解决

问题描述

近期项目遇到一个小问题，在postman测试我在上传数据溯源的时候，一个id类型为int64格式的查询返回和我查询参数id竟然后两位不同，例如：386170898069065728 变成 386170898069065700，也就是精度出现丢失，在进行debug之后将问题锁定在了json.Unmarshal方法上，因其他string类型的数据都正常按照上传的内容返回，就只有int64格式的id出现异常。
例如：

jsonStr := `{"number":1234567}`
result := make(map[string]interface{})
err := json.Unmarshal([]byte(jsonStr), &result)
if err != nil {
	fmt.Println(err)
}
fmt.Println(result)

// 输出
// map[number:1.234567e+06]

问题原因

当数据结构未知，使用 map[string]interface{} 来接收反序列化结果时，如果数字的位数大于 6 位，都会变成科学计数法，用到的地方都会受到影响。
是因为当 JSON 中存在一个比较大的数字时，它会被解析成 float64 类型，就有可能会出现科学计数法的形式。

解决方法

decode+UseNumber()

采用另一种解析方法，使用decode来代替json.Unmarshal。并在decode中注明使用Number类型，并使用UseNumber()方法

//使用dec.UseNumber() 防止int64精度丢失
jsonStr := `{"number":386170898069065728}`
result := make(map[string]interface{})
d := json.NewDecoder(bytes.NewReader([]byte(jsonStr)))
d.UseNumber()
err := d.Decode(&result)
if err != nil {
	fmt.Println(err)
}
fmt.Println(result)

// 输出
// map[number:386170898069065728]

亲测有效
其他方式参考
精度丢失解决方式

后续思考

针对问题的原因是由于前期设置的id字段因避免重复和可知规律考虑使用到雪花id技术将表的主键设置为Int64长度存储，但也研读了一些别人的意见后总结一下吧 。
虽然 JSON 本身支持任意大小的数，但是 JSON 的实现却未必支持。比如浏览器中的 JSON 对象就不支持。 所以，为了跨语言、跨平台、安全地使用 JSON 作为数据交换格式，像是 Go 语言中的 int64 这种类型的数据，应该使用字符串来编码。
鉴于项目刚启动，更改成本不大，我还是将字段更改为stirng格式存储，（当然也有在结构体字段的 JSON TAG 中加上一个 string 的方式，这也是前期才适宜的），这也是一个教训吧，如果项目实施已经在中后期还是可用上述办法解决或使用。
参考博文
在 Go 中安全地 json.Marshal 序列化 int64 等数值类型