在做项目的过程中遇到了一个关于金额的四舍五入的问题:
在保存一个金额的时候,前天传值到后台,然后保存到两张不同的数据库表中,但是两张表的金额差了一分钱。
前台传值:1302.625 , A表保存的是1302.62 B表保存的是1302.63。
拿到问题的时候首先反映过来肯定是格式化精度的问题。
A表的保存逻辑:如下图
图1:
图2:
图1是程序中decimalforma格式化的方法,图二是中划红线是对金额进行的格式转化(commutil是自己编辑的公共类方法,调用的图1 的格式化的方法)。仔细看了下逻辑,运行到这里的时候,系统自动把1302.625 截取成了1302.62。
B表的保存逻辑,就是从前台取值然后直接保存到oracle数据库中,数据库中字段定义了2位小数。然后就保存的就是1302.63
后来经过上网查找,发现问题就出在保留两位小数的方法DecimalForma上。
DecimalForma函数默认的四舍五入的方法是银行家算法。跟一般的四舍五入的方法不同。
银行家算法:银行家算法:四舍六入五考虑,五后非零就进一,五后为零看奇偶,五前为偶应舍去,五前为奇要进一
因此在这里 DecimalForma函数处理 1302.625就是1302.62。而数据保存到oracle中时,数据保存两位则是按照一般的四舍五入的方法来的。解决的办法:就是前端的时候就直接处理,保证传到后端的值就是两位小数,这样就解决了。
网上的有其他的解决办法:
可以直接修改DecimalForma函数RoundingMode
配置,从而达到你想要的结果。具体的可以看下下面的博客地址,找到里面对应的你想要的格式,然后按照图中修改即可
提醒:DecimalFormat
提供 RoundingMode
中定义的舍入模式进行格式化。默认情况下,它使用RoundingMode.HALF_EVEN
。
http://blog.csdn.net/alanzyy/article/details/8465098