关于BigDecimal 除法的java.lang.ArithmeticException问题

来源：互联网发布：北京java开发工程师编辑：程序博客网时间：2024/05/05 11:00

之前用大数BigDecimal，然后本地测加减法截取小数没有问题，然后项目测试环境出现小数点后面999999999999999一大串，查找原因，发现是有个地方用BigDecimal转化除法运算的结果（float型），截取转化结果，对截取结果进行加减操作，没有截取成功。

首先网上有人说是不能直接把其他类型转化成BigDecimal类型，只能String类型转，说的有板有眼，然后试之。发现同样无效。

正常加减没有问题，只是用了除法，出了问题，float型不能直接转BigDecimal？API里面果然没有直接float型转BigDecimal的。那怎么办呢？于是直接把除法运算改成BigDecimal的除法，测试BigDecimal的除法，报错java.lang.ArithmeticException。

java.lang.ArithmeticException：

除法运算出现不能除尽情况，例如，1 除以 3 所得的商。如果商具有无穷的十进制扩展。

BigDecimal已经考虑到了这种情况。

divide(BigDecimal divisor, int scale, RoundingMode roundingMode)

scale是你需要的商的精度，roundingMode是你需要怎样取约等值

字段摘要
static BigDecimal ONE
值为 1，标度为 0。
static int ROUND_CEILING
接近正无穷大的舍入模式。
static int ROUND_DOWN
接近零的舍入模式。
static int ROUND_FLOOR
接近负无穷大的舍入模式。
static int ROUND_HALF_DOWN
向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为上舍入的舍入模式。
static int ROUND_HALF_EVEN
向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。
static int ROUND_HALF_UP
向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为向上舍入的舍入模式。
static int ROUND_UNNECESSARY
断言请求的操作具有精确的结果，因此不需要舍入。
static int ROUND_UP
舍入远离零的舍入模式。
static BigDecimal TEN
值为 10，标度为 0。
static BigDecimal ZERO
值为 0，标度为 0。

解决问题！

阅读全文

0 0