首页 > 后端开发 > Golang > 为什么 Go 中的浮点比较对于文字和变量会产生不同的结果?

为什么 Go 中的浮点比较对于文字和变量会产生不同的结果?

Mary-Kate Olsen
发布: 2024-12-09 15:04:16
原创
719 人浏览过

Why do floating-point comparisons in Go yield different results for literals and variables?

Go 中的浮点精度差异:文字与变量

在 Go 中,浮点运算的行为在比较时可能看起来是矛盾的涉及文字和变量的操作。让我们检查以下代码:

package main

import (
    "fmt"
)

func main() {
    x := 10.1

    fmt.Println("x == 10.1:        ", x == 10.1)
    fmt.Println("x*3.0 == 10.1*3.0:", x*3.0 == 10.1*3.0)
    fmt.Println("x*3.0:            ", x*3.0)
    fmt.Println("10.1*3.0:         ", 10.1*3.0)
}
登录后复制

执行时,此代码显示以下输出:

x == 10.1:         true
x*3.0 == 10.1*3.0: false
x*3.0:             30.299999999999997
10.1*3.0:          30.3
登录后复制

如输出中所示,x*3.0 和 10.1*3.0 的比较意外地评估为 false。这就提出了为什么会出现这种差异以及它是故意的还是错误的问题。

理解设计

在 Go 中,浮点文字和常量具有无限的精度。然而,当它们被分配给类型化变量时,它们的精度受到目标类型的限制。在上面的示例中,x := 10.1 将文字 10.1 存储在 float64 变量中。由于 float64 类型的限制,此转换会导致一些精度损失。

相反,表达式 10.1*3.0 直接对文字执行浮点乘法,保留其完整精度。与 x*3.0 相比,这会导致值略有不同,其中 x 的精度降低会影响计算。

文档和资源

Go 官方文档承认了这一点常量文章的“浮动”部分下的行为。它解释了虽然数字常量具有任意精度,但它们在分配时必须适合目标类型。像 1e1000 这样的大值可以在具有其他常量的表达式中使用,但是当结果存储在较窄的类型中时,它们的精度可能会受到影响。

尽管文章没有明确提到我们示例中观察到的具体行为(x*3.0 与 10.1*3.0),它提供了对精度限制如何应用于常量和类型变量的一般理解。

以上是为什么 Go 中的浮点比较对于文字和变量会产生不同的结果?的详细内容。更多信息请关注PHP中文网其他相关文章!

来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
作者最新文章
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板