背景

我们在开发产品时, 会遇到金额的问题. 与普通的计算不同, 涉及到钱的问题不马虎, 多一分少一分肯定是不行的.
数据库: 存储金额时, bigint, 以分为单位.

场景

在支付一个订单时, 企业支付一部分, 个人支付一部分.
如果发生退单并且产生手续费的情况, 这个手续费是针对这个订单的.
所以企业和个人都需要承担一部分手续费, 然后再退款到企业和个人账户上.
而计算手续费的比例, 必然要用到除法运算.

比如: 先算企业手续费:
``
企业手续费 = 手续费 * (企业支付金额 / 订单总金额);

comFee = fee * ( comPayAmount / payAmount).

Long = Long * (BigDecimal / BigDecimal)

comFee = fee * comPercent;

Long = Long * BigDecimal
``
个人手续费就是个减法.

而精度问题会出现在两个地方:

1. 计算百分比
2. BigDecimal转long

分析

1. 使用float

   float compPercent = (float) companyPayAmount / (float) payAmount;
   long companyFee = (long) ((float) penaltyAmount * (compPercent));
   

   这种方式, 数字稍微大一点, 就会有精度问题, 会出现多一分少一分的情况.

2. 使用BigDecimal

   BigDecimal compPercent = BigDecimal.valueOf(companyPayAmount).divide(BigDecimal.valueOf(payAmount));
   long companyFee =  BigDecimal.valueOf(penaltyAmount).multiply(compPercent).longValue();
   

   使用这种方式, 有两个问题:
   divide()除不尽会报错,
   longValue()会出现舍弃小数点后的数据,结果不准确.

解决

BigDecimal compPercent = BigDecimal.valueOf(companyPayAmount).divide(BigDecimal.valueOf(payAmount), 20, BigDecimal.ROUND_HALF_EVEN);
long companyFee =  BigDecimal.valueOf(penaltyAmount).multiply(compPercent).round(MathContext.DECIMAL64).longValue();

1. divide可以指定: 保留多少位小数, 我这里取20位; 舍入的方式, 我这里取4舍5入.
2. 转化为long类型时, 需要先做一次舍入, 再转成long型. round(MathContext.DECIMAL64).longValue();

最后

以上就是花痴铃铛为你收集整理的BigDecimal的精度问题以及解决方案背景场景分析解决的全部内容，希望文章能够帮你解决BigDecimal的精度问题以及解决方案背景场景分析解决所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。