社区微信群开通啦，扫一扫抢先加入社区官方微信群
社区微信群
在做项目的过程中遇到了一个关于金额的四舍五入的问题:
在保存一个金额的时候，前天传值到后台，然后保存到两张不同的数据库表中，但是两张表的金额差了一分钱。
前台传值：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
如果觉得我的文章对您有用，请随意打赏。你的支持将鼓励我继续创作！
