Java中DecimalFormat中的四舍五入的用法

在做项目的过程中遇到了一个关于金额的四舍五入的问题:

在保存一个金额的时候，前天传值到后台，然后保存到两张不同的数据库表中，但是两张表的金额差了一分钱。

前台传值：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