问题描述
我已经在Go中测试了一些东西,发现整数可能溢出,但是float64
和float32
显然不会溢出。
f64 := math.MaxFloat64
fmt.Printf("%f\n",f64)
fmt.Printf("%f\n",f64+1)
f32 := math.MaxFloat32
fmt.Printf("%f\n",f32)
fmt.Printf("%f\n",f32+1)
i := math.MaxInt64
fmt.Printf("%d\n",i)
fmt.Printf("%d\n",i+1)
结果:
179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368.000000
179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368.000000
340282346638528859811704183484516925440.000000
340282346638528859811704183484516925440.000000
9223372036854775807
-9223372036854775808
出于性能原因,显然没有检查整数溢出,但是为什么我不能使浮点数溢出?他们检查了吗?
解决方法
因为数据结构根本不同。大多数编程语言(two's complement)用于(至少大部分)其整数数据类型的including Go结构是其工作方式的副产品;大多数编程语言(包括Go)所使用的IEEE-754 floating point至少(至少大部分)浮点数据类型不会溢出,其工作方式的数量只会不断增加,并且一旦过去在某个点上,数字甚至在整数级别上也开始失去精度。
只是在固定大小的一组位中存储数字数据的两种机制在根本上是不同的。
还有其他结构。例如,某些语言具有大小固定的“大整数”和/或“大十进制”类型;取而代之的是,他们占用了容纳号码所需的太多空间。 (Java的BigInteger
和BigDecimal
,JavaScript的BigInt
,...)Go在{{3中具有Int
,Rat
和Float
}}。 (感谢math/big
package!)固定尺寸的尺寸非常有用,因为它们非常快。但是有时您想要的不是速度(扩展范围,浮点精度更高等),在这种情况下,您会为其他所需的东西而牺牲速度。