BigDecimal的加减乘除和累加无效问题

初始化

尽量不要传入数字,传入数字是double类型,计算值会不准确。

        BigDecimal num12 = new BigDecimal("0.005");
加法 add()函数、减法subtract()函数、乘法multiply()函数、除法divide()函数、绝对值abs()函数。

加减乘就是直接使用即可。这里主要讲除法divide();
使用除法函数在divide的时候要设置各种参数,要精确的小数位数和舍入模式,不然会出现报错。

//源码
public BigDecimal divide(BigDecimal divisor, int scale, int roundingMode)
//即为 (BigDecimal divisor 除数, int scale 精确小数位,  int roundingMode 舍入模式)
八种舍入模式解释如下

1、ROUND_UP

舍入远离零的舍入模式。

在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。

注意,此舍入模式始终不会减少计算值的大小。

2、ROUND_DOWN

接近零的舍入模式。

在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1,即截短)。

注意,此舍入模式始终不会增加计算值的大小。

3、ROUND_CEILING

接近正无穷大的舍入模式。

如果 BigDecimal 为正,则舍入行为与 ROUND_UP 相同;

如果为负,则舍入行为与 ROUND_DOWN 相同。

注意,此舍入模式始终不会减少计算值。

4、ROUND_FLOOR

接近负无穷大的舍入模式。

如果 BigDecimal 为正,则舍入行为与 ROUND_DOWN 相同;

如果为负,则舍入行为与 ROUND_UP 相同。

注意,此舍入模式始终不会增加计算值。

5、ROUND_HALF_UP

向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为向上舍入的舍入模式。

如果舍弃部分 >= 0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。

注意,这是我们大多数人在小学时就学过的舍入模式(四舍五入)。

6、ROUND_HALF_DOWN

向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为上舍入的舍入模式。

如果舍弃部分 > 0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。

7、ROUND_HALF_EVEN

向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则向相邻的偶数舍入。

如果舍弃部分左边的数字为奇数,则舍入行为与 ROUND_HALF_UP 相同;

如果为偶数,则舍入行为与 ROUND_HALF_DOWN 相同。

注意,在重复进行一系列计算时,此舍入模式可以将累加错误减到最小。

此舍入模式也称为“银行家舍入法”,主要在美国使用。四舍六入,五分两种情况。

如果前一位为奇数,则入位,否则舍去。

以下例子为保留小数点1位,那么这种舍入方式下的结果。

1.15>1.2 1.25>1.2

8、ROUND_UNNECESSARY

断言请求的操作具有精确的结果,因此不需要舍入。 如果对获得精确结果的操作指定此舍入模式,则抛出ArithmeticException。

累加无效

其实主要是因为 bigDecimal作为参数传入一个方法中,比如add(),累加之后返回的是一个新的对象,跟方法外部定义的BigDecimal对象不是同一个。重新赋值,覆盖掉就好了

BigDecimal a= new BigDecimal(0);
//错误写法:
a.add("2");

//正确写法:
a=a.add("2");
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
BigDecimal 是 Java 中用于处理精度问题的类,但是在进行加减乘除运算时,也需要注意精度问题。 1. 加减法精度问题 在进行 BigDecimal 的加减法运算时,需要注意两个 BigDecimal 对象的精度是否相同。如果两个 BigDecimal 对象的精度不同,那么结果的精度可能会有误差。 例如,假设有两个 BigDecimal 对象: BigDecimal a = new BigDecimal("10.123456789"); BigDecimal b = new BigDecimal("0.000000001"); 如果对它们进行加法运算,结果应该是 10.123456790。但是,如果直接使用 a.add(b),会得到一个不精确的结果: BigDecimal c = a.add(b); // 结果可能是 10.123456789 这是因为 a 和 b 的精度不同,导致加法运算时精度丢失。解决方法是将两个 BigDecimal 对象的精度都设置为相同的值,如下所示: BigDecimal a = new BigDecimal("10.123456789").setScale(9, RoundingMode.HALF_UP); BigDecimal b = new BigDecimal("0.000000001").setScale(9, RoundingMode.HALF_UP); BigDecimal c = a.add(b); // 结果为 10.123456790 在这里,使用了 setScale 方法将 a 和 b 的精度都设置为 9,同时使用了 RoundingMode.HALF_UP 舍入模式来保证精度。 2. 乘除法精度问题 在进行 BigDecimal 的乘除法运算时,也可能会出现精度问题。例如,假设有两个 BigDecimal 对象: BigDecimal a = new BigDecimal("10.0"); BigDecimal b = new BigDecimal("3.0"); 如果对它们进行除法运算,结果应该是 3.3333333333。但是,如果直接使用 a.divide(b),会得到一个不精确的结果: BigDecimal c = a.divide(b); // 结果可能是 3.333333333 这是因为 BigDecimal 的除法运算默认是保留整数部分,精度有可能丢失。解决方法是使用重载的 divide 方法,指定要保留的小数位数和舍入模式,如下所示: BigDecimal c = a.divide(b, 10, RoundingMode.HALF_UP); // 结果为 3.3333333333 在这里,使用了保留 10 位小数和 RoundingMode.HALF_UP 舍入模式来保证精度。乘法运算也可以使用 setScale 方法来设置精度。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值