为什么 GO 整形uint32数字 转成float32之后，不相等

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习Golang相关编程知识。下面本篇文章就来带大家聊聊《为什么 GO 整形uint32数字 转成float32之后，不相等》，介绍一下go，希望对大家的知识积累有所帮助，助力实战开发！

问题内容

为什么 uint32 整数转成 float32 之后，float32整数部分与原uint32整数部分不一致，而 转成 float64 位后，float64整数部分与原uint32一致。
case来源 GO程序语言设计 第三章

import (
    "fmt"
)

const (
    deadbeef = 0xdeadbeef
    aa       = uint32(deadbeef)
    bb       = float32(deadbeef)
)

func main() {
    fmt.Println(aa)
    fmt.Println("%f",bb)
}

打印的结果为

3735928559
3735928576.000000

书中给的解释是float32向上取整

分析了一下 3735928559，3735928576 的二进制信息

3735928559: 1101 1110 1010 1101 1011 1110 1110 1111
3735928576: 1101 1110 1010 1101 1011 1111 0000 0000

发现 3735928576 是将 3735928559 后八位置为0，并且倒数第9位进1的结果。

而这个case是将后8位舍去的结果

const (
    deadbeef = 0xdeadbeef - 238
    aa       = uint32(deadbeef)
    bb       = float32(deadbeef)
)

func main() {
    fmt.Println(aa)
    fmt.Printf("%f",bb)
}

打印结果为

3735928321
3735928320

其二进制结果为

3735928321:1101 1110 1010 1101 1011 1110 0000 0000
3735928320:1101 1110 1010 1101 1011 1110 0000 0001

1.为什么 float32(deadbeef) 整数部分与 uint32(deadbeef) 整数部分不相等？deadbeef 后面没有小数部分
2.为什么 float32(deadbeef) 整数部分与 uint32(deadbeef) 整数部分 相差 > 1

为什么会出现这种情况？如果有向上或者向下取整，其逻辑是什么？

正确答案

参考 ：https://www.cnblogs.com/Happy...
因为float的精度范围不够完整表示uint32的部分啊，真正有效的位数其实是严重不足的。

float32的精度只能提供大约6个十进制数（表示后科学计数法后，小数点后6位）的精度
float64的精度能提供大约15个十进制数（表示后科学计数法后，小数点后15位）的精度

所以出现这样的情况是很正常的。

而且这个不仅是Go语言会存在，所有需要这样处理的语言都会存在这样的问题。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。