目录
运行环境:
- Windows-7-Ultimate-x64、CentOS-7.9.2009-x64
- OracleJDK-1.8_u201
- IntelliJ IDEA Community Edition 2022.2.2
- Maven-3.6.3
1、问题描述
用户下单支付成功后,计算的 代理商佣金金额 大于0时,自动触发 分佣逻辑(注:由MQ异步事务处理)。功能开发完成后,在DEV和SIT环境进行过N轮测试,计算的值未发生过异常。但发布到 UAT环境 后,却出现计算结果为 0E-8,最终致使分佣失败。
公式:
代理商佣金金额 = (商品销售总金额 * (1 - 支付通道使用费率) - 商品签约总金额) * 代理商佣金比例
2、原因分析
公式很简单,分解后的因子如下:
- 商品销售价格:新增商品 时必填,且至少为 0.01 元
- 商品签约价格:新增商品 时必填,且至少为 0.01 元
- 支付通道使用费率:统一默认 千分之六,即 0.006
- 代理商佣金比例:由运营专员配置,新账号默认为 0.000(可选值 0.000~0.300,即0.0%至30.0%)
根据以上可得知,最有可能引起计算数据异常的是 代理商佣金比例 配置出错 或 未配置。经过核对相关日志、配置数据,证实了猜测。
以下为模拟代码:
/** 主函数 */
public static void main(String[] args) {
BigDecimal orderAmount = new BigDecimal("99.90"); // 商品销售总金额
BigDecimal paymentCommissionRate = new BigDecimal("0.006"); // 支付通道使用费率
BigDecimal agreementAmount = new BigDecimal("70.05"); // 商品签约总金额
BigDecimal rewardPercent = new BigDecimal("0.000"); // 代理商佣金比例
// 代理商实收金额 = (商品销售总金额 * (1 — 支付通道使用费费率) — 商品签约总金额) * 代理商佣金比例
BigDecimal orderRewardAmount = orderAmount.multiply(BigDecimal.ONE.subtract(paymentCommissionRate)).subtract(agreementAmount).multiply(rewardPercent);
// 默认打印:0E-8
System.out.println(orderRewardAmount);
// 格式化打印:0.00000000
System.out.println(orderRewardAmount.toPlainString());
// BigDecimal.ZERO 与 0E-8 比较大小:true
System.out.println(BigDecimal.ZERO.compareTo(orderRewardAmount) == 0);
}
输出结果:
3、案例总结
由于代码刚部署到新环境,业务人员 可能着急体验新功能,在新建 代理商测试账号 后,忘记调整 账户佣金比例 配置,导致程序根据计算公式得到的数据值异常。所以,熟悉业务流程细节也很重要噢……
写这篇文章的初衷,是做开发这么多年,第一次在JAVA中遇到以科学计数法形式的数据,特将此场景分析整理记录。
- 0E-8 :0.00000000 即 整数位为 0,小数位为 8个 0
- 0E-12:0.000000000000 即 整数位为 0,小数位为 12个 0