二. BigDecimal在进行除法运算时需设置精度,否则对于除不尽的情况会抛出异常

二. BigDecimal在进行除法运算时需设置精度,否则对于除不尽的情况会抛出异常

  在java.math包中提供了对大数字的操作类,用于进行高精确计算,如BigInteger,BigDecimal类。而平常我们开发中使用最多的float和double只能适用于一般的科学和工程计算,如果要在比较精确的计算方面如货币,那么使用float和double会相应的丢失精度,因此用于精密计算大数字的类BigDecimal就必不可少了。所以BigDecimal适合商业计算场景,用来对超过16位有效位的数进行精确的运算。但是BigDecimal的使用并不像float和double那样,使用不当造成的后果更严重,下面就来看下我们项目中踩过BigDecimal的坑:

  Bigdecimal的坑

  先来看下面代码的运行结果:

  输出结果:

  如果是float或double类型转Bigdecimal,不要使用new BigDecimal()转, 使用valueOf()方法 或 new BigDecimal(“”)转成string,否则有可能出现精度问题。

  《Effective Java》这本书里说过:

  因为float和double执行的是二进制浮点运算,二进制有些情况下不能准确的表示一个小数,就像十进制不能准确的表示1/3(1/3=0.3333…)也就是说二进制表示小数的时候只能够表示能够用1/(2^n)的和的任意组合,例如:

  0.5能够表示,因为它可以表示成为1/20.75也能够表示,因为它可以表示成为1/2+1/(2^2)0.875也能够表示,因为它可以表示成为1/2+1/(2^2)+1/(2^3)

  但是0.1不能够精确表示,因为它不能够表示成为1/(2^n)的和的形式

  大家可以本地执行下这两行代码,看下输出结果就知道为什么二进制不能表示0.1却可以表示0.5了。所以其实不是BigDecimal的问题,BigDecimal就是为了满足精确运算存在的,问题出在0.1它本身就一个不准确的值,这其实跟BigDecimal无关,但在使用的时候需要注意用法。

  继续看下面的代码执行结果:

  输出结果:

  直接抛出运算异常,这种错误比较隐蔽,因为你本地测试可能只测试了能整除的情况,但忽视了除不尽有余数的情况,那这段代码发布生产环境的话就是一个bug!

  解决方案是应该向下面这样设置小数点后的位数,以及超出后是四舍五入和向上/向下取整或者直接舍弃:

  第二个参数表示小数位数,第三个参数表示超出的位数直接舍弃(当然也可以设置四舍五入,向上取整等)

  输出结果:

  如果你无法确定你的BigDecimal值有小数情况,最好用compareTo!

  stripTrailingZeros()方法可以方便地去掉bigdecimal类型的小数点末尾的0,但是如果整数部分的末尾也有0的话就会转成科学计数法格式,如下代码所示:

  输出结果:

  相信大部分情况下这种格式都不是我们想要的,所以这时需要带调用一下toPlainString()方法处理成正常的格式,如下代码所示:

  输出结果:

  这样就达到了即可以去除小数末尾多余的0,又展示正常格式的目的。

推荐阅读