java中四舍五入——不要让四舍五入亏了一方

最新推荐文章于 2024-07-24 16:04:28 发布

斗者_2013

最新推荐文章于 2024-07-24 16:04:28 发布

阅读量8.6k

点赞数 6

分类专栏： java基础

java基础专栏收录该内容

106 篇文章 14 订阅

订阅专栏

建议25：不要让四舍五入亏了一方

本建议还是来重温一个小学数学问题：四舍五入。四舍五入是一种近似精确的计算方法，在Java 5之前，我们一般是通过使用Math.round来获得指定精度的整数或小数的，这种方法使用非常广泛，代码如下：

public class Client {  
      public static void main(String[] args) {  
           System.out.println("10.5近似值：" + Math.round(10.5));  
           System.out.println("-10.5近似值："+ Math.round(-10.5));  
      }  
 }

运行结果:

10.5近似值：11
-10.5近似值：-10

这是四舍五入的经典案例，也是初级面试官很乐意选择的考题，绝对值相同的两个数字，近似值为什么就不同了呢？这是由Math.round采用的舍入规则所决定的(采用的是正无穷方向舍入规则，后面会讲解)。我们知道四舍五入是有误差的：其误差值是舍入位的一半。我们以舍入运用最频繁的银行利息计算为例来阐述该问题。

我们知道银行的盈利渠道主要是利息差，从储户手里收拢资金，然后放贷出去，其间的利息差额便是所获得的利润。对一个银行来说，对付给储户的利息的计算非常频繁，人民银行规定每个季度末月的20日为银行结息日，一年有4次的结息日。

场景介绍完毕，我们回过头来看四舍五入，小于5的数字被舍去，大于等于5的数字进位后舍去，由于所有位上的数字都是自然计算出来的，按照概率计算可知，被舍入的数字均匀分布在0到9之间，下面以10笔存款利息计算作为模型，以银行家的身份来思考这个算法：

四舍。舍弃的数值：0.000、0.001、0.002、0.003、0.004，因为是舍弃的，对银行家来说，就不用付款给储户了，那每舍弃一个数字就会赚取相应的金额：0.000、0.001、0.002、0.003、0.004。

五入。进位的数值：0.005、0.006、0.007、0.008、0.009，因为是进位，对银行家来说，每进一位就会多付款给储户，也就是亏损了，那亏损部分就是其对应的10进制补数：0.005、0.004、0.003、0.002、0.001。

因为舍弃和进位的数字是在0到9之间均匀分布的，所以对于银行家来说，每10笔存款的利息因采用四舍五入而获得的盈利是：

0.000 + 0.001 + 0.002 + 0.003 + 0.004 - 0.005 - 0.004 - 0.003 - 0.002 - 0.001 = -0.005

也就是说，每10笔的利息计算中就损失0.005元，即每笔利息计算损失0.0005元，这对一家有5千万储户的银行来说（对国内的银行来说，5千万是个很小的数字），每年仅仅因为四舍五入的误差而损失的金额是：

public class Client {  
     public static void main(String[] args) {  
          //银行账户数量，5千万  
          int accountNum =5000*10000;  
          //按照人行的规定，每个季度末月的20日为银行结息日  
          double cost = 0.0005 * accountNum * 4 ;  
          System.out.println("银行每年损失的金额：" + cost);  
     }  
}

输出的结果是：“银行每年损失的金额：100000.0”。即，每年因为一个算法误差就损失了10万元，事实上以上的假设条件都是非常保守的，实际情况可能损失得更多。那各位可能要说了，银行还要放贷呀，放出去这笔计算误差不就抵消掉了吗？不会抵销，银行的贷款数量是非常有限的，其数量级根本没有办法和存款相比。

这个算法误差是由美国银行家发现的（那可是私人银行，钱是自己的，白白损失了可不行），并且对此提出了一个修正算法，叫做银行家舍入（Banker's Round）的近似算法，其规则如下：

舍去位的数值小于5时，直接舍去；

舍去位的数值大于等于6时，进位后舍去；

当舍去位的数值等于5时，分两种情况：5后面还有其他数字（非0），则进位后舍去；若5后面是0（即5是最后一个数字），则根据5前一位数的奇偶性来判断是否需要进位，奇数进位，偶数舍去。

以上规则汇总成一句话：四舍六入五考虑，五后非零就进一，五后为零看奇偶，五前为偶应舍去，五前为奇要进一。我们举例说明，取2位精度：

round(10.5551) = 10.56  
round(10.555)  = 10.56  
round(10.545)  = 10.54

要在Java 5以上的版本中使用银行家的舍入法则非常简单，直接使用RoundingMode类提供的Round模式即可，示例代码如下：

public class Client {  
     public static void main(String[] args) {  
          //存款  
          BigDecimal d = new BigDecimal(888888);  
          //月利率，乘3计算季利率  
          BigDecimal r = new BigDecimal(0.001875*3);  
          //计算利息  
          BigDecimal i = d.multiply(r).setScale(2,RoundingMode.HALF_EVEN);  
          System.out.println("季利息是："+i);  
     }  
}

在上面的例子中，我们使用了BigDecimal类，并且采用setScale方法设置了精度，同时传递了一个RoundingMode.HALF_EVEN参数表示使用银行家舍入法则进行近似计算，BigDecimal和RoundingMode是一个绝配，想要采用什么舍入模式使用RoundingMode设置即可。目前Java支持以下七种舍入方式：

ROUND_UP： 远离零方向舍入。

向远离0的方向舍入，也就是说，向绝对值最大的方向舍入，只要舍弃位非0即进位。

ROUND_DOWN：趋向零方向舍入。

向0方向靠拢，也就是说，向绝对值最小的方向输入，注意：所有的位都舍弃，不存在进位情况。

ROUND_CEILING：向正无穷方向舍入。

向正最大方向靠拢，如果是正数，舍入行为类似于ROUND_UP；如果为负数，则舍入行为类似于ROUND_DOWN。注意：Math.round方法使用的即为此模式。

ROUND_FLOOR：向负无穷方向舍入。

向负无穷方向靠拢，如果是正数，则舍入行为类似于 ROUND_DOWN；如果是负数，则舍入行为类似于 ROUND_UP。

HALF_UP： 最近数字舍入（5进）。

这就是我们最最经典的四舍五入模式。

HALF_DOWN：最近数字舍入（5舍）。

在四舍五入中，5是进位的，而在HALF_DOWN中却是舍弃不进位。

HALF_EVEN ：银行家算法。

在普通的项目中舍入模式不会有太多影响，可以直接使用Math.round方法，但在大量与货币数字交互的项目中，一定要选择好近似的计算模式，尽量减少因算法不同而造成的损失。

注意　根据不同的场景，慎重选择不同的舍入模式，以提高项目的精准度，减少算法损失。

RoundingMode介绍：

RoundingMode是一个枚举类，有一下几个常量：UP，DOWN，CEILING，FLOOR，HALF_UP，HALF_DOWN，HALF_EVEN，UNNECESSARY

UP

public static final RoundingMode UP

远离零方向舍入的舍入模式。始终对非零舍弃部分前面的数字加 1。注意，此舍入模式始终不会减少计算值的绝对值。

示例：

输入数字	使用 `UP` 舍入模式将输入数字舍入为一位数
5.5	6
2.5	3
1.6	2
1.1	2
1.0	1
-1.0	-1
-1.1	-2
-1.6	-2
-2.5	-3
-5.5	-6

DOWN

public static final RoundingMode DOWN

向零方向舍入的舍入模式。从不对舍弃部分前面的数字加 1（即截尾）。注意，此舍入模式始终不会增加计算值的绝对值。

示例：

输入数字	使用 `DOWN` 舍入模式将输入数字舍入为一位数
5.5	5
2.5	2
1.6	1
1.1	1
1.0	1
-1.0	-1
-1.1	-1
-1.6	-1
-2.5	-2
-5.5	-5

CEILING

public static final RoundingMode CEILING

向正无限大方向舍入的舍入模式。如果结果为正，则舍入行为类似于 RoundingMode.UP；如果结果为负，则舍入行为类似于 RoundingMode.DOWN。注意，此舍入模式始终不会减少计算值。

示例：

输入数字	使用 `CEILING` 舍入模式将输入数字舍入为一位数
5.5	6
2.5	3
1.6	2
1.1	2
1.0	1
-1.0	-1
-1.1	-1
-1.6	-1
-2.5	-2
-5.5	-5

FLOOR

public static final RoundingMode FLOOR

向负无限大方向舍入的舍入模式。如果结果为正，则舍入行为类似于 RoundingMode.DOWN；如果结果为负，则舍入行为类似于 RoundingMode.UP。注意，此舍入模式始终不会增加计算值。

示例：

输入数字	使用 `FLOOR` 舍入模式将输入数字舍入为一位数
5.5	5
2.5	2
1.6	1
1.1	1
1.0	1
-1.0	-1
-1.1	-2
-1.6	-2
-2.5	-3
-5.5	-6

HALF_UP

public static final RoundingMode HALF_UP

向最接近数字方向舍入的舍入模式，如果与两个相邻数字的距离相等，则向上舍入。如果被舍弃部分 >= 0.5，则舍入行为同 RoundingMode.UP；否则舍入行为同 RoundingMode.DOWN。注意，此舍入模式就是通常学校里讲的四舍五入。

示例：

输入数字	使用 `HALF_UP` 舍入模式将输入数字舍入为一位数
5.5	6
2.5	3
1.6	2
1.1	1
1.0	1
-1.0	-1
-1.1	-1
-1.6	-2
-2.5	-3
-5.5	-6

HALF_DOWN

public static final RoundingMode HALF_DOWN

向最接近数字方向舍入的舍入模式，如果与两个相邻数字的距离相等，则向下舍入。如果被舍弃部分 > 0.5，则舍入行为同 RoundingMode.UP；否则舍入行为同 RoundingMode.DOWN。

示例：

输入数字	使用 `HALF_DOWN` 舍入模式将输入数字舍入为一位数
5.5	5
2.5	2
1.6	2
1.1	1
1.0	1
-1.0	-1
-1.1	-1
-1.6	-2
-2.5	-2
-5.5	-5

HALF_EVEN

public static final RoundingMode HALF_EVEN

向最接近数字方向舍入的舍入模式，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为同 RoundingMode.HALF_UP；如果为偶数，则舍入行为同 RoundingMode.HALF_DOWN。注意，在重复进行一系列计算时，此舍入模式可以在统计上将累加错误减到最小。此舍入模式也称为“银行家舍入法”，主要在美国使用。此舍入模式类似于 Java 中对 float 和 double 算法使用的舍入策略。

示例：

输入数字	使用 `HALF_EVEN` 舍入模式将输入数字舍入为一位数
5.5	6
2.5	2
1.6	2
1.1	1
1.0	1
-1.0	-1
-1.1	-1
-1.6	-2
-2.5	-2
-5.5	-6

UNNECESSARY

public static final RoundingMode UNNECESSARY

用于断言请求的操作具有精确结果的舍入模式，因此不需要舍入。如果对生成精确结果的操作指定此舍入模式，则抛出 ArithmeticException。

示例：

输入数字	使用 `UNNECESSARY` 舍入模式将输入数字舍入为一位数
5.5	抛出 `ArithmeticException`
2.5	抛出 `ArithmeticException`
1.6	抛出 `ArithmeticException`
1.1	抛出 `ArithmeticException`
1.0	1
-1.0	-1
-1.1	抛出 `ArithmeticException`
-1.6	抛出 `ArithmeticException`
-2.5	抛出 `ArithmeticException`
-5.5	抛出 `ArithmeticException`

注意使用RoundingMode.HALF_UP实现四舍五入的bug问题：

	public static void main(String[] args) {
		//传说中的经典四舍五入
		System.out.println(new BigDecimal(1.1315).setScale(3, RoundingMode.HALF_UP).doubleValue());//1.131
		System.out.println(new BigDecimal(1.13151).setScale(3, RoundingMode.HALF_UP).doubleValue());//1.132
		System.out.println(new BigDecimal(1.1325).setScale(3, RoundingMode.HALF_UP).doubleValue());//1.133
	}

为什么传说中的经典四舍五入与我们预期的结果1.132不符呢？难道是java语言的bug？

		System.out.println(new BigDecimal(1.1315));//1.13149999999999995026200849679298698902130126953125
		System.out.println(new BigDecimal(1.13151));//1.131510000000000015774048733874224126338958740234375
		System.out.println(new BigDecimal(1.1325));//1.1325000000000000621724893790087662637233734130859375
		System.out.println(new BigDecimal(1.1335));//1.1334999999999999520383653361932374536991119384765625
		System.out.println(new BigDecimal(1.1345));//1.13450000000000006394884621840901672840118408203125

通过测试，我们发现数字1.1315转为BigDecimal的实际值是 1.1314999999999999502620，那么四舍五入保留3位小数的值为1.131就是正确的返回结果了。

BigDecimal的构造函数 public BigDecimal(double val) 会损失了double 参数的精度，从而导致经典四舍五入的结果与预期不符。