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

Question

为什么 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

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

Answer 1

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

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

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

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

Answer 2

1. 向上取整：小数点后的数据 > 0，向上进一，如1.0000001向上取整为2
2. 向下取整：正好相反，如以上数据向下取整后为1
3. 四舍五入：这个最常见，小数点后的数据<0.5向下取整，>=0.5向上取整，如1.4取整后为1，1.5取整后为2