将 JSON 解码为浮点数。为何常使用 float64？

从现在开始，努力学习吧！本文《将 JSON 解码为浮点数。为何常使用 float64？》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

我注意到 go unmarshals json floats 的方式有一些奇怪的行为。有些数字（但不是全部）拒绝正确解组。解决这个问题就像在目标变量中使用 float64 而不是 float32 一样简单，但我一生都找不到出现这种情况的充分理由。

这是演示该问题的代码：

package main

import (
    "encoding/json"
    "fmt"
    . "github.com/shopspring/decimal"
)

func main() {
    bytes, _ := json.Marshal(369.1368) // not every number is broken, but this one is
    fmt.Println("bytes", string(bytes))

    var f32 float32
    json.Unmarshal(bytes, &f32)
    fmt.Printf("f32 %f\n", f32) // adds an extra 0.00001 to the number

    var d Decimal
    json.Unmarshal(bytes, &d)
    fmt.Printf("d %s\n", d) // 3rd party packages work

    // naw, you can just float64
    var f64 float64
    json.Unmarshal(bytes, &f64)
    fmt.Printf("f64 %f\n", f64) // float64 works
}

不需要 float64 来准确表示我的示例数字，那么为什么这里需要它？

go演示链接：https://play.golang.org/p/thkonqtzoct

解决方案

您的断言是错误的：369.1368 不能用 float32 或 float64 精确表示。

最接近的 float32 值是（大约）369.136810302734375，其中舍入为 369.13681，这是您额外数字的来源。最接近的 float64 值是（大约）369.13679999999999382，它更适合您的目的。

（当然，如果您将其中任何一个四舍五入到小数点后四位数字，您就会得到您期望的数字。）

Decimal 表示是精确的：没有舍入误差。

JSON 传输和接收以十进制表示的浮点值，但实际实现采用各种语言，然后以不同方式对这些数字进行编码。根据您通过 JSON 通信的实体类型，通过 Decimal 进行编码和解码可以完全按照您的意愿保留数字，但请注意，用 C++ 或 Python 编写的程序可能会将您的数字解码为不同的数字浮点精度并引入各种舍入误差。

This Go Playground example 使用新添加的 %x 格式，并向您展示数字的内部存储方式：

as float32 = 369.13681030273437500 (float32)，实际上是 12095875p-15 或 0x1.712306p+08

和：

as float64 = 369.13679999999999382 (float64)，实际上是 6493923261440380p-44 或 0x1.712305532617cp+08

也就是说，数字 369。无论在内部都是以二进制表示的。它介于 2⁸ = 256 和 2⁹ = 512 之间。在二进制中，它是 1 256、无 128、1 64、1 32、1 16、无 8、无4、无 2 和 1 1：1.01110001某物 x 2⁸。 %b 格式以一种方式表达，而 %x 格式以另一种方式表达，%x 以 1.72 (1 . 0111 0010) 开头。

有关更多信息，请参阅 Is floating point math broken?（如评论中链接的 jub0bs）。

终于介绍完啦！小伙伴们，这篇关于《将 JSON 解码为浮点数。为何常使用 float64？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！