Groovy BigDecimal精度问题

| 给定以下行
BigDecimal step = 10.0G**-1.0G
groovy 1.7.5返回错误
0.1000000000000000055511151231257827021181583404541015625
groovy 1.8返回正确的
0.1
不幸的是,我想在Grails中解决我的问题。带有groovy 1.8的1.4还不够稳定(在开发模式下未刷新控制器)并且groovy 1.7.x附带了grails 1.3.7。 两个问题: 我是在做错什么还是1.7.5中的错误? 我如何避免这种行为?我虽然BigDecimals可以完美地解决这种舍入问题? 第二次更新:(忘记第一次更新)-; 我现在有点困惑。似乎每次尝试都会得到不同的结果。...:
BigDecimal step = 10.0G**-1.0G
println step
返回
0.1000000000000000055511151231257827021181583404541015625
println 10.0G**-1.0G
退货
0.1
在两个常规版本中。 但是,如果仅在groovyConsole中放置“ 7”,并让控制台打印最后的响应,则对于不同的groovy版本,您将获得不同的结果。因此,一个问题似乎是groovyConsole。 另一个问题似乎是执行的toString转换。 似乎涉及一些自动装箱...当我做一个
def step = 10.0G**-1.0G
结果是Double ... 我猜这将问题归结为两个问题: a)哪些数学运算是BigDecimal运算? 和 b)如何轻松舍入一个BigDecimal以便更正上述问题? 感谢您的耐心等待     
已邀请:
        我想我知道了。这是来自Java文档的线索:   BigDecimal(双值)             将双精度数转换为BigDecimal,即确切的十进制数   双精度二进制的表示   浮点值。 因此,我在代码中使用的数学函数似乎不支持BigDecimal。 结果在后台从Double转换为BigDecimal 当double为ѭ10时,double的二进制形式的精确表示为
0.1000000000000000055511151231257827021181583404541015625
println 10.0G**-1.0G
打印双值(
0.1
BigDecimal step = 10.0G**-1.0G; println step
打印双double10ѭ的BigDecimal表示,上面是丑陋的数字 似乎groovy版本的行为(就BigDecimals而言)没有差异,但是在groovyConsole中输出结果的行为却有差异。     
        我使用
Groovy 1.7.5
,而我使用
10.0G**-1.0G
会返回
0.1
您在哪个JDK上运行?     
        我怀疑10.0G **-1.0G会变成Math.pow(10,-1),math.pow返回一个double,这会导致舍入错误。 为了避免这种情况,如果只提高到-1,则可以将其实现为除法(1.0G / 10.0G)。 就是说,我不太了解Groovy,所以我的猜测可能是错误的,但这肯定是它的外观,并且得到了Groovy的文档所说的支持。     
        如果要从Double转换为BigDecimal而不是获取所有多余的数字,一种方法是将Double放入字符串,然后将其转换为BigDecimal,这将防止所有多余的数字从精确值中移出。 double的二进制表示形式。
Double someFraction = 1.23456789
BigDecimal sameFraction = \"${someFraction}\".toBigDecimal()
    

要回复问题请先登录注册