关于BigDecimal的操作和遇到的问题

在很多的项目会使用到BigDecimal对数字的操作(虽然不是支付相关的相关，但是有些地方也需要精确计算),对于这个东西，使用了好几次，只是每次用到都要去查阅一翻，太懒，就在这里做一下总结，以便后期使用。

BigDecimal bigStart = new BigDecimal(startTimeNum);
BigDecimal bigEnd = new BigDecimal(endTimeNum);

创建BigDecimal类型的数字操作对象，对于startTimeNum基本涵盖需要转行的类型，用这个操作比较精确，精确，用这个东西也就是看上这点，当然它也有很多优点，需要你去发掘了。

BigDecimal subtract = bigEnd.subtract(bigStart);

这个就是减法的意思，具体可以查询文档，

BigDecimal add = bigEnd.add(bigStart);

加法。

BigDecimal divide = bigEnd.divide(bigStart);

这个是除法(bigEnd/bigStart).

BigDecimal multiply = bigEnd.multiply(bigStart);

乘法(*)。

有了这些，当然少不了位数的保留：

ROUND_UP

舍入远离零的舍入模式。

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

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

ROUND_DOWN

接近零的舍入模式。

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

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

ROUND_HALF_UP

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

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

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

ROUND_HALF_DOWN

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

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

ROUND_CEILING

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

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

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

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

ROUND_FLOOR

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

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

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

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

ROUND_HALF_EVEN    银行家舍入法

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

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

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

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

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

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

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

1.15>1.2 1.25>1.2

ROUND_UNNECESSARY

断言请求的操作具有精确的结果，因此不需要舍入。

如果对获得精确结果的操作指定此舍入模式，则抛出ArithmeticException。

 

关于

BigDecimal divide = bigEnd.divide(bigStart).setScale(2, BigDecimal.ROUND_HALF_UP);

报异常的操作，这个问题在这里不止一次出现，只是记性不好，这里重点标记一下，就是为了长记性；换成以下方式，就解决问题了

BigDecimal divide = bigEnd.divide(bigStart,2,BigDecimal.ROUND_HALF_UP);

大致问题就是相除的时候出现了无限循环，所以跑出异常，解决办法就是设置好小数点后的保留位数。